컴퓨터 원격 서비스

https://youtu.be/HcwLLODPfZo

1. 소프트웨어 공학의 이해와 시스템 분석 설계

1-1. 소프트웨어 공학의 필요성과 목적
-  소프트웨어 공학은 품질 좋은 소프트웨어를 만들기 위한 학문임
- (중요) 소프트웨어 품질과 생산성을 극대화시키는 것이 소프트웨어 공학의 목적임
-  하드웨어 개발 속도에 따라가지 못할 때 소프트웨어 위기라 부름
-  소프트웨어 위기를 극복하기 위해 소프트웨어 공학이 필요함

1-2. 소프트웨어 위기와 그 해결 방안
- (중요) 소프트웨어 위기는 하드웨어 속도를 따라잡지 못하는 상황을 말함
-  하드웨어 성능을 따라가기 위해 소프트웨어 공학이 필요함
-  소프트웨어 공학은 하드웨어의 한계를 극복하고, 소프트웨어의 발전을 이끌어냄
-  기존의 소프트웨어 위기를 극복하는 방법 중 하나는 소프트웨어 공학임

1-3. 소프트웨어 공학의 발전과 그 영향
-  소프트웨어 공학은 하드웨어의 발전 이상을 따라가려 함
-  소프트웨어 공학의 발전으로 인해 세상이 소프트웨어에 의해 지배됨
- (중요) 향후 소프트웨어 공학은 하드웨어와 소프트웨어의 연결에서 중요한 역할을 수행함
-  소프트웨어 공학의 발전이 가져오는 사회적 변화를 고려해야 함

2. 소프트웨어의 생명주기와 위기

2-1. 소프트웨어 시장의 변화와 위기
-  소프트웨어 시장은 이미 인프라가 구축되어 있어 새로운 시장 진입이 어려움
-  소프트웨어 개발의 어려움으로 인해 대중들이 소프트웨어 개발 인력이 부족함
- (중요) 프로그램 개발자가 요구사항을 충족시키지 못하는 문제가 발생함
-  소프트웨어 개발 비용이 하드웨어 개발 비용보다 더 많이 소요됨

2-2. 소프트웨어 생명주기 모델의 종류와 특징
-  소프트웨어 생명주기 모델에는 폭포수 모델, 프로타입 모델, 나선형 모델 등이 있음
- (중요) 폭포수 모델은 계획, 요구분석, 설계, 구현, 유지보수의 단계를 거침
-  프로타입 모델은 요구사항을 충족하는 소프트웨어 견본을 만드는 과정을 포함함
-  나선형 모델은 위험 분석 기능을 추가한 모델로 대규모 프로젝트에 적합함

2-3. 나선형 모델의 세부 요소와 특징
-  나선형 모델은 계획 수립, 위험 분석, 개발, 고객 평가의 4단계로 이루어짐
-  계획 수립 단계에서 위험 분석이 포함되며, 이는 각 단계에 따라 점진적으로 추가됨
- (중요) 나선형 모델의 특징은 사용자 요구사항을 충족하는 상황을 예측하여 최적의 대안을 도출하는 것임
-  나선형 모델은 현실적이고 대규모 프로젝트에 적합한 개발 방법임

3. 소프트웨어 공학과 시스템 분석

3-1. 소프트웨어 공학과 시스템 분석의 기본 개념
-  소프트웨어 공학은 소프트웨어 개발과 유지보수를 중심으로 하는 학문임
-  시스템 분석은 시스템의 동작 원리를 이해하고 예측하여 분석하는 과정임
-  시스템 분석 모델에는 왕복, 프로세스, 레이더 등이 있음
-  왕복 모형은 왕복 다중 모형과 왕복 단일 모형으로 나뉨
- (중요) 프로세스 모형은 시스템의 프로세스를 분석하여 시스템의 동작 원리를 이해함

3-2. 소프트웨어 공학의 세부 분야와 도구
-  소프트웨어 공학의 세부 분야에는 소프트웨어 개발, 유지보수, 시스템 분석 등이 있음
-  시스템 분석 모델에는 4세대 언어, 레이더 모형, IPT 등이 있음
-  IPT는 품질 좋은 소프트웨어를 개발하는 기법으로 기술적인 도구와 관리적인 도구로 나뉨
- (중요) 기술적인 도구는 구조적 설계, 구조적 프로그래밍 등으로 품질을 높임
-  관리적인 도구는 프로그래머의 책임, 프로그래머 팀 등이 있음

3-3. 구조적 프로그래밍과 관련 기법
-  구조적 프로그래밍은 단일 입구와 단일 출구를 가지는 프로그래밍 기법임
-  제어 구조로는 순차, 반복, 선택 구조를 사용함
- (중요) 순차, 반복, 선택 구조를 이용한 프로그래밍을 구조적 프로그래밍이라고 함
-  구조적 프로그래밍 기법 중 하향식 프로그래밍은 문제를 세분화하여 관련 요소를 정리하고 상위 모듈에서 하위 모듈을 개발함
-  PDL과 HPT는 구조적 프로그래밍 기법 중 상세 도표를 사용하는 도구임

4. 소프트웨어 공학의 기본 이론과 도구

4-1. 소프트웨어 공학의 기본 이론
-  소프트웨어 공학은 사용자의 요구를 충족시키는 기능을 제공함
-  시스템 분석은 기능과 문제점을 파악하여 기능을 개선하는 기법임
- (중요) 기능적 프로그래밍과 효율적 프로그래밍이 소프트웨어 품질을 높이는 주요 기법임
-  상세 프로그래밍, 중단점, 포인터, 멀티태스킹과 같은 기법을 통해 기능을 개선함

4-2. 도구와 기법
-  도구와 기법은 소프트웨어 공학에서 사용하는 기본적인 도구와 기법을 포함함
- (중요) 포괄 도표는 전체 시스템을 관리하고 이해하는 데 필요한 도구임
-  총괄 도표는 주요 기능과 구조를 정의하고, 상세 도표는 더 세부적인 기능과 구조를 나타냄
-  NS 차트는 구조적 프로그래밍 방법에 사용되는 논리 표현 기법의 도표임
-  피디엘은 소프트웨어 공학의 기본 이론 중 하나로 품질을 평가하고 개선하는 데 중요함

4-3. 도구와 기법의 적용
-  도구와 기법은 소프트웨어 개발에 사용되며, 프로그래머의 작업을 돕는 역할을 함
-  책임 프로그래머 팀은 프로젝트의 성공을 위해 팀을 구성하고 관리하는 역할을 함
-  구조적 검토 회의는 오류를 조기에 발견하고 효과적인 소프트웨어 개발을 위해 필요함
- (중요) 관리적 지원 도구는 프로젝트의 성공을 돕기 위해 필요하며, 이에는 프로그램 팀, 관리자, 보조 프로그래머, 프로그램 사서가 포함됨
-  파트별로 중요하다고 판단되는 단어만 선택하여 공부하면 도움이 됨

화자 1
00:10
자 전국에 계시는 우리 M2M 안방 가족 여러분 계속해서 뜨거운 감동의 수업을 함께 하겠습니다. 예 좋아요. 조금 쉬었제 좋습니다. 자 시스템 분수 설계 만점 그죠 아주 쉬운 과목 어 약간 추상적인 과목이죠. 그러다보니 이 과목은 뭐 핵심 공약 단어들 막 탁 이렇게 공부해야 된다. 암기할 필요 없습니다. 단어 탁탁 제목 정도만 알아도 만점으로 가는 길 그래서 앞 시간에서 우리가 또 인제 설계도 다 끝났고요. 그죠 시스템 평가하고, 그다음에 소프트웨어 비용 산정하고 문서화까지 봤다. 그죠 쉬운 이야기들 제목 정도만 알고 있으면 된다. 병폐야 순자야 허피 디끼요 허피 디끼지 마래이 어 이 스승의 허패를 지키면 안 됩니다. 일에 쉬운 걸 떨어질라고 몸부림쳐도 떨어지지 않는데 떨어진다면 스승은 허패 딛기요 좋습니다. 자 넘어갑니다.

화자 1
01:09
자 이제 시스템 평가와 어 끝나고 이제 소프트웨어 공학과 IPT 기법 자 야 참 이게 모순이 있는 게요 우리 현재 기사 산업기사는 4개의 과목은 공통이야 근데 마지막 과목이 우리 산업기사 학생들은 이 시스템 분석 설계고 우리 그 기사 학생들 소프트웨어 공학이거든. 근데 이게 기사는 이제 뭐 우리 산업기사보다 다 시험 난이도는 똑같은데요. 기사는 이제 4연제 중심이고 우리 산업기사는 전문대 2연제를 졸업하거나 2학년 등록하려는 사람들인데 그지 근데 이상하게 산업기사 범위가 더 커 더 시스템 분석에서 왜 이 소프트웨어 공학 기사 학생들이 이것만 하거든. 근데 산업공학은 우리 시스템은요, 이거 이것도 포함이 돼요. 물론 깊이는 이제 소프트웨어 공학이 조금 더 깊어요.

화자 1
02:02
그죠 깊지만 똑같애 그래서 쪼금 우리 산업기사 범위가 쪼금 더 폭이 넓다는 거 어 그렇지만 쉬워요 예 쉽습니다. 그래서 동생이 이제 형님 몫까지 다 이제 하는 건데 예 그래서 내가 또 JH가 정리를 잘해주니까 좋습니다. 자 그래서 소프트웨어 공학 이거 인제 우리가 기사에 요것만 집중적으로 나오잖아요. 그죠 이 소프트웨어 엔지니어링이랍니다. 이 소프트웨어 공학은 뭐냐 말 그대로 가장 좋은 소프트웨어를 만들어보자 이 말입니다. 에 소프트웨어 이 소프트웨어가 품질 좋은 소프트웨어를 만들어보자 하는데 가장 품질 좋은 소프트 만들기 위한 도구 어떤 도구를 이용할까 어떤 방법에 서서 어떤 절차들을 통해서 품질 좋은 소프트웨어를 학문적으로 공학적으로 접근하자 하는 이야기고 자 이건 다른 말로 소프트웨어의 위기를 극복하기 위한 방법입니다.

화자 1
02:53
소프트웨어 위기 중요하다 요거는 그래서 이 소프트웨어 공학의 목적은 소프트웨어 품질과 소프트웨어 생산성을 극대화시키는 게 목적이다. 가볍게 보면 되죠. 그죠 좋은 프로그램 만들어보자 이왕 만드는 거 이왕 좋은 소프트웨어 만들어서 우리 사람이 진짜 편하게 사회생활하고 컴퓨터 일 다 시키고 이 소프트웨어 일 다 시키고 우리는 그냥 놀자 이 말 아이가 그러다 보면 이제 컴퓨터가 사람을 정복하는 시대가 오겠죠. 유비쿼터스 시대 저는 다 알고 있습니다. 앞으로 100년 100년 뒤에 어떻게 벌어지는지 그래서 이 컴퓨터를 하다 보니까 IT를 하다보니까 예측을 난 잘한다. 그래서 항상 내가 이야기하고 나면은 텔레비 6개월 뒤에 나와요. 희한하디 유비쿼터스 내가 이야기 다 하고 나니까 또 나오고 항상 신문이나 매체는요 뉴스가 아니죠. 뉴스 새로운 소식이 아니고 굳이 제재체가 뉴스지 무슨 말인지 어렵죠 통과 아이 참 어려운 이야기입니다.

화자 1
03:50
자 소프트웨어 크라이시스 소프트웨어 위기 소프트웨이 크라이시스 위기입니다. 위기 자 위기는 현재 소프트웨어 위기 시대예요. 뭐 소프트웨어 개발 속도가 하드웨어 개발 속도에 따라가지 못해 우리 사용자들의 요구사항을 충족시키지 못하는 걸 우린 소프트웨어 위기라 이렇게 부릅니다. 자 이게 무슨 말이냐 현재 여러분이 하드웨어 기술은 엄청나요? 이 반도체 기술 프라세스의 기술 현재 우리 PC만 하더라도 여러분 집에 가지고 있는 병태 수술자 지금 강의 듣고 있는 그 컴퓨터 여러분 64비트 컴퓨팅이 64비터 컴퓨터예요. 아드웨어가 현재 64비트 컴퓨터는 뭐고 1번에 64개의 금덩어리를 들 수 있는 힘을 가지고 있는 강력한 기능을 가지고 있는 장비가 하드웨어야 하드웨어는 64비턴데요. 여러분 그 하드웨어를 움직여주는 소프트웨어들 있죠.

화자 1
04:42
소프트웨어 하드웨어 대표적인 게 CPU 프로세스 마이크로프로세스 그지 어 그리고 현재 인터넷을 많이 만드는 거 64비터 어 현재 펜티움이죠. 펜티움 또 요즘은 뭐 어 인터넷에서 만든 듀얼 코어 방식 듀얼 코어 하는 거 알지 일을요 CPU 프로세스를 하나인데 1은 2가지를 해버려 1은 그래서 듀얼 코아입니다. 일을 하는데 이거 이거 어 하나의 시피뉴로 가지고 일을 두 군데서 동시에 하는 거예요. 듀얼 코아 코아가 2개 있다는 거거든. 또 요즘은 듀얼 코아 투 듀얼 투 코아가 또 나오고 속도가 뭐 3.8기가헤르츠 노트북 같은 경우도 뭐 2기가헤르츠를 넘어버리는 그런 시대가 있잖아. 이 하드웨어 속도는 엄청나게 지금 발전하는데 여러분 그 소프트웨어 소프트웨어 대표적인 게 OS 아니에요. OS 이 하드웨어 CPU는 현재 인텔 인텔 듀얼 코아 이런 것들은 64미터 방식이야 60 살비턴데요. 이걸 움직여주는 OS OS의 대표적인 게 뭡니까?

화자 1
05:38
유닉스라든지 여러분들 어 뭐 리눅스라든지 그죠 리눅스라든지 또는 대표적인 게 윈도 아니에요. 윈도우 어 윈도우죠 현재 어 윈도우 저 여러분의 엑스피 비스타 비스타가 이미 대중화돼 있죠. 여기는 오에서는 32비터예요. 32비터 그죠 물론 비스타는 비슷하죠. 이제 홈홈 프리미어 버전이 있고 비즈니스가 있고 엔터프라이즈가 있고 여러 가지가 있는데, 현재 홈 프리미즈 같은 경우는 32미터에서 32비터 물론 엔터프라이즈 같은 경우는 64비터로 하는데 아직까지 하드웨어 성능을 못 따라가요 그래 그니까 소프트웨어는 32비터고 하드웨어는 64비터요 그렇죠. 이게 무슨 말이냐 현재 여러분들 집에 인텔 컴퓨터 피씨는 64비튼데 여러분 엑스피 깔아놨죠 예 윈도우 깔아놨잖아. 이 엑스피 깔아놨잖아요. 그러면은 64개의 금덩어리를 들 수 있는 기계한테 만약 일을요 32개 시킵니다.

화자 1
06:35
아이 32개 들어라 그러니까 하드웨어는요 컴퓨터는 장난입니다. 발 까딱까딱거리면서 32개 어 컴퓨터의 기능을 100프로 우리 컴퓨터 우리 종이잖아. 24시간 돌려야 되는데 아예 부담을 못 안 느껴 32개씩만 치우면 왜 지령을 지령을 32개씩 일해라 하니까 그러니까 반은 넣어라 한 팔로만 일합니다. 그렇죠. 이런 것이 소프트웨어의 클라이식 위기다 그러니까 하드웨어 속도를 따라잡지 못하는 거 이런 위기를 극복하자 즉 하드웨어가 64미터면 소프트웨어도 64미터 만들자. 하드웨어가 이렇게 발전하면 소프트웨어도 하드웨어 발전 이상을 따라가자 이걸 해결하기 위한 게 뭐냐 소프트웨어 공학입니다. 알겠나 소프트웨어 크라이시스죠 이제 여러분 소프트웨어가 그러니까 블루오션 하드웨어 레드 오션이잖아요. 그 하드웨어 시장에 뛰어들면 안 돼 이미 발전할 때는 발전 다 해서 하드웨어 물리적이죠. 물리적 눈에 보이는 거 소프트웨어 눈에 보이지 않는 논리죠 논리적 그러니까 앞으로는 여러분 봐봐요. 이게 진리잖아.

화자 1
07:33
소프트웨어가 세상을 지배합니다. 하드웨어는요 이미 구축이 다 인프라 구축이 다 돼 있잖아요. 여기에 뛰어들면 안 돼 닦고 저 기름진 데 뛰어들면 안 되는 거예요. 국가든 개인이든 회사든 제조업 같은 경우 이런 사양 산업이죠. 옛날에는 섬유공장 공장 꿀뚝꿀뚝 산업 연기 펑펑 나는 집은 부자여서 요즘은 그게 아니죠. 소프트웨어 논리의 도저히 왜 이미 하드웨어를 하드웨어 이만큼 발전된 그렇기 때문에 이 소프트웨어 시장이 따라가 줘야 되기 때문에 많은 인력과 많은 기술과 많은 노력이 필요하다 많은 돈방석이다. 이 말입니다. 알겠나 여기 이 학문의 진리가 나오제 그래서 JH 이 학문의 도가 통했기 때문에 그런 이야기를 할 수가 있는 겁니다. 소프트웨어의 크라이시스 소프트웨어의 크라이시스 되겠나 아주 쉽죠 그래서 이 시장 우리나라가 이 소프트웨어 시장에 강국이 돼야 되겠죠.

화자 1
08:28
그죠 그럴려면 여러분들 휴먼웨어 내강의 듣고 이런 소프트 아이 뒤쪽에는 희망이 있다는 거죠. 따라갈 되니까. 뭔 말 이해되나 그런 이야기고 또 이제 소프트웨어 위기 측면이 하나가 뭐냐 하면 소프트웨어 저 프로그램 개발자가 사용자의 요구 조건을 충족시키지 못했습니다. 개발자 부족이죠. 현재 봐봐요. 개발자 부족입니다. 개발자 부족 한마디로 현재 여러분 IT 기술자가 없습니다. 여러분은 취업할 데가 없지만, 우리 IT 쪽에서는 기술자가 없어요. 지능인들은 세고 세서 인터넷 클릭 자랑 워드하고 엑셀 하나들은 있지만 정말 소프트웨어를 개발하는 개발자는 없어요. 머리카락 빠질 놈은 없는 거야. 어 그러니까 젊은 사람들 대머리가 많이 있어야 이 나라가 강국인데 대머리가 없으면 안 돼 그래서 우리나라 이 젊은이들이 머리가 자꾸 없어져야 돼요. 마이크로소프트사의 80프로가 대머리 아이가 알겠나 자꾸 없어져야 됩니다. 이 제재치도 옛날에는 머릿수림이 너무나 많았거든. 그래서 이발소에 가면 아저씨 머리를 쑥아주세요. 이렇게 했어요.

화자 1
09:27
근데 요즘은요, 소중합니다. 요즘에 뭐 발라요. 빨라요. 예 하나하나가 소중합니다. 무슨 말인지 잘 모르겠나 그래서 그런 이야기고 또 하드웨어 비용보단 소프트웨어 비용이 더 소요되는 문제입니다. 그죠 오늘날 여러분들 컴퓨터 100만 원보다 그 안에 들어있는 프로그램들이 훨씬 비싸다 이 말입니다. 알겠나 소프트웨어 하나를 개발하는 데 비용이 많이 들어갑니다. 여름을 쓰고 있는 윈도우 비스타 같은 경우는 마이크로소프트에 5천 명의 기술자가 붙어 가지고 대안이 딱 빠져가면서 만든 거예요. 비용이 비쌉니다. 그죠 그러니까 마이크로소프트 이런 걸 팔아먹어 가지고 전 세계 제일 부자가 됐잖아요. 그죠 그래서 요즘 프로그램 개발하는 게 만만치 않다는 거 여러분 알아 놓으시고요. 이거도 소프트웨어 위기라고 봅니다. 됐죠 자 이렇게 한번 잠깐 보고 그 다음에요.

화자 1
10:20
빨리 넘어갑시다 자 소프트웨어의 나이프 사이클 이미 우리는 다 배웠죠 이거나 시스템의 나이프 사이클 같은 이야기죠 하나의 소프트웨어 하나의 시스템을 개발하기 위해서 이제 분석 설계 구현 검사 유지보수 이런 각 공중 단계를 구성한 모델이 너무나 잘하는 이야기 일반적인 소프트웨어 생명주기는요 뭐 이거 같은 말이죠. 정의 단계 개발 단계 유지보수 단계로 나누는데 이 정의 단계는 타당성 검토 프로젝트 개요 요거 분석 저기 한마디로 딱 분석이죠. 분석 분석 단계고 이제 개발 단계는 또 인제 설계 구형검사를 개발 단계에 집어넣습니다. 그죠 그러니까 분석 설계 구형 검사 자 유지보수는 이제 운영 실제 운영하면서 수정하는 단계다 그죠 요렇게 볼 수가 있고 분석 즉 정의 설계구형검사 유지보수고요. 여러분 다이미아 많은 이야기제 더이상 설명 안 해도 알겠죠.

화자 1
11:13
타당성 검토와 계획과 요구분석 요놈의 분석 단계죠 분석 업무분석 프로젝트 분석 정리단계라고 할 수가 있고 계량설계 상세설계 코딩 통합검사 여기까지 가지가 우리는 이제 크게 보면은 개발 단계다 이렇게 보고 볼 수가 있고 마지막 이제 요건 뭐 유지보수 단계 요로케도 이제 볼 수가 있다는 거죠. 해석하는 방법입니다. 참고로 보시면 됩니다. 이미 다 했기 때문에 더이상 안 시부린다 좋습니다. 자 그런데 자 우리가 일반적으로 이렇게 이야기하는데요. 다음 단계 한번 봅시다 예 소프트웨어 생명주기를요 또 학자들이 또 약간약간씩 변형을 해 놨습니다. 그죠 이걸 생명주기 모델이죠. 생명주기의 좋은 종류라 하면 되겠다. 종류 그래서 폭포수 모델 워프로 단계별 모델 프로타임 모델 나선형 사지티 레이더 이런 또 모형들이 좀 있다. 이 말입니다.

화자 1
12:09
아 원칙적으로는 뭐다 분석 설계 구현 검사 유지 호수인데 이놈을 조금 변형했는 거죠. 그래서 보자면 폭포수 모델은 전통적 전형적 고전적 모델이다. 그죠 완전히 소프트웨어 공학에 입각해 있는 거다 일반적인 모델이라 할 수가 있고요. 일명 워포 폭포수 워포 단계 하향식 모델이죠. 그죠 하향식 모델이다. 1단계가 끝나고 물 떨어지고 1단계 끝나고 왜 있냐 이런 방법 앞 단계에 끝나야만 다음 단계를 진행하는 방법이고 2개 이상의 단계가 동시에 수행이 안 되는 거죠. 즉 타당성 검토 이 프로젝트를 개발해야 조일지 말지 검토하고 난 뒤에 계획을 하고 난 뒤에 분석이죠. 분석이 끝나야 설계 설계가 끝나야 구형 구현이 끝나야 검사 검사가 끝나면 이제 유지보수 그렇죠. 툭툭 툭 물 떨어지듯이 떨어진다는 거 폭포 수영 모형입니다. 전형적인 모델이제 전통적인 모델이죠. 고전적인 모델입니다. 좋습니다.

화자 1
13:08
자 특징만 알면 되죠. 자 다음 모델 함 볼까나 예 자 프로타임 모델은 이제 원형모형입니다. 원형 인제 아까 그 폭포수는 단계별 모형이고 원형 모형이죠. 원형 자 요거는 사용자 요구 사항 동그라미 요구 사항을 정확히 파악하기 위해서 실제 개발된 소프트웨어 경보품 모델 하우스를 만들어 최종 결과물을 예측하는 모력 즉 폭포수 모델의 단점을 보여냈다 이거는 뭐냐 사용자 요구사항 자 폭포수 모델은 다 만들어놓고 사용자한테 보여줍니다. 만들었다 그럼 사용자 어 이 내가 요구하는 게 아닌데 이러면 큰일 나잖아. 그래서 이걸 단점을 보완하기 위해서 프로타입 프로 포트폴리오 즉 프로타입 모델을 모델 하우스를 미리 만들어 놓는 거예요. 사용자의 요구사항을 들어 가지고 만들기 전에 모델하우스 있잖아. 견본품을 딱 만들어가 니가 원하는 요게 맞나 모델하우스 비 주고 맞다. 카면 집을 짓는 거예요. 되겠나 고게 바로 프로타입입니다. 그죠 타당성 검토 계획 요구분석 설계 후 이놈을 뭐로 만들어버렸다 원형으로 딱 만들어 놓거든.

화자 1
14:06
원형 그래서 요구사항을 수집하고 신속한 설계 프로타임 구축 가상모의 의지 모델 하우스에 만들어 고객 평가 물어봅니다. 이거 이게 니가 원하는 거 맞나 맞다. 카면 인제 뭐 아이다. 카면 좀 조정을 해 가지고 어 다시 인제 세련화 구현시키는 거죠. 에 원자 프로토타임 모델입니다. 되겠나 사용자 요구 사항을 받아들여 가지고 소프트웨어 시제품 견본품을 만들어서 사용자한테 보여주고 사용자 오케이 카면은 실제 개발이 들어가는 거 대체 요 말만 아시면 됩니다. 예 좋아요. 자 나선 영업 뭐냐 보엠이 역시 보엠이 많이 나온다 보헤미 보엠의 영국의 컴퓨터 공학자죠 그래서 보엠이 이제 나선형 모델을 제안해서 나선형 모델은 포커스 모델 장점과 요런 뭐 장점이 아니라 위험 분석 동그래미 위험분석 기능을 추가한 모델이다. 그죠 가장 현실적인 모임으로 대규모 프로젝트에 많이 적합하다 카는데 뭐 잘 쓰지는 않습니다. 위험 분석 기능이에요.

화자 1
14:58
자 어떠냐 크게 개발 단계를 4단계 나왔죠 계획 수립 단계 위험분석이 들어가면은 나선형이야 나선형 나선형 이거 아이고 그리고 공학적 개발하고 고객평가 4단계를 어떻게 조금씩 점진적으로 점진적으로 점진적으로 점진적으로 하는 겁니다. 그죠 반복을 한다. 반복 뭐 점진적이죠. 점진적 맞나 점진적 말이 좀 더 어렵다 에스피리오카는 점진적 가는 거예요. 꽈배기 꼬듯이 그죠 그래서 요거 아시면 돼요. 그래서 여러분들 위험 분석 기능 요거 들어가면은 뭐 나선형 모델이구나 이건 소프트웨어 공학이나 이 시스템 분석의 핵심적인 단어 딱 알고 시험을 치면 된다. 자 그다음 자 그다음은 이제 사지틱 해가지고 포 4세대 제너레이션 세대죠 4세대 기법 모형은 뭐냐 하면 바로 사용자와 개발자가 쉽게 사용할 수 있는 4세대 언어 포지의 4세대 언어 그죠 객체 지향 언어입니다.

화자 1
15:54
쉽게 말해서 뒤에 별 오피언어 객체지향 프로그램을 이용한 비절차적 모형입니다. 비절차적 모형 그래서 사지엘 나오면 4GT다 4세대형 아 나갑니다. 그죠 요렇게 보면 되고요. 그다음에 레이더 카는 모형은 책에는 잘 없는데 이거는 뭐냐 하면은 혼합모델이고 사지지보다 더 강력하다. 더 좋다. 이 말인데 예 레이디 모형 뭐 요런 것도 있다. 하는 거 아니면 돼요. 레이드 모형 아시겠죠. 예 사진티보단 좀 우수한 방법이고 자 요놈은 이제 그 됐으면 케이스 문 같은 걸 이용하는데 제대로 케이스 케이스 형태죠 자 됐습니다. 요거 나중에 또 뭐 중요한 건 아니고요. 자 4세대 좋습니다. 어 자 그 다음에 자 그래서 인제 우리가 이미 다 배운 거죠.

화자 1
16:42
그죠 소프트웨어 공학 이제 우리가 잠깐 봤죠 소프트웨어 위기 하는 말 특히 이제 우리가 소프트웨어 라이프 사이클 저 시스템인 라이프 사이클을 이제 몇 가지 모형을 모델을 종류를 몇 가지 받는 거 그래서 각각의 정확한 단어만 알면 되고요. 자 IPT도 중요합니다. IPT 자 몇 분 정도 지났나요? 예 IPT는 말 그대로 임프로브 프로그래밍 테크니케 해가 IPT는 뭐냐 말 그대로 품질 좋은 소프트웨어를 개발하는 기법이죠. 말 그대로 소프트웨어의 품질을 개선하는 방법 품질개선 품질을 개선하는 방법 도구들을 IPT라 합니다. 자 보다 향상된 소프트웨어 개발을 위해 지원되는 도구 기술 기법을 우리는 뭐라 한다. IPT 임프루브 프로그래밍 프로그래밍을 개선하는 기술이죠. 어 기법 생산성 향상과 품질 향상을 위한 도구 같은 말이고 IBM에서 그래서 발표를 했고요.

화자 1
17:35
요 도구는 IBT 기법 소프트웨어 품질을 개선하는 도구는 크게 기술적인 측면을 지원하는 도구와 관리적인 도구 두 파트로 나눌 수가 있고 시원하게 내가 전체 종류를 뽑아놨습니다. 이것만 알면 된다. IPT의 종류 즉 소프트웨어 품질을 높이는 도구의 종류 해 가지고 스트럭시도 디자인 구조적 설계 그다음에 구조적 프로그래밍 하향식 프로그램이 PDL 히포 앤 세트 1 2 3 이래서 요놈이 기술적인 지원하는 IPT 도구다 아시면 됩니다. 그리고 관리적 지원도구는 칩 프로그래머 책임프로그래머팀 그 다음에 구조적 검토의 워크스루 인스펙션 검사 심사 요 3가지가 있다는 거 자 여러분들 보시면 되겠죠.

화자 1
18:22
아주 쉽다 자 기술적 지원 동의에 구조적 설계 다른 말로 복합설계죠 설계 설계요 구조적 설계 일반적 설계보다는 스트럭처 구조적 설계가 훨씬 품질을 높인다. 이 말이다. 자 구조적 설계는 계층 행정 구조에 맞추어 하향식 설계하는 방법입니다. 하향식 하향식 동그라미입니다. 구조는 하향식 설계 기법이라는 거 그리고 자료 흐름 중심설계 기법이라고 합니다. 자료중심 데이터의 흐름 DFD를 보고 설계를 한다. 해 가지고 자료 자료 중심 설계 기법이라고 구조적 분석의 산출물인 자 우리가 어 분석을 하죠. 분석 업무분석을 하죠. 분석을 하면은 이 분석했는 결과가 명세서로 나옵니다. 분석명세서 또는 요구명세서라 하죠. 이 명세서가 뭐가 있어요. 이게 또 더 있는데, DFD가 있고 DD가 있고 미니 스펙이 있고요.

화자 1
19:18
소단위 명세서가 있고 그다음에 ERG도 이용됩니다. 개체 우린 이미 델타베이스 배웠죠 개체 관계도 그다음에 상태 전이도 뭐 이런 것들이 어 그 분석의 결과 산추물이 분석 단계에서 나오는 요구 명세서들 있죠. 이놈을 보고 뭡니까? 구조적 설계를 하죠. 설계를 하제 구조적 설계를 합니다. 그런 이야기죠 설계 예 그 이야기입니다. 그러니까 구조적 분석의 산출물인 DFD DFD 배아체 디디 미니스펙 그다음에 ERD 엔티티 릴레이션 다이아그램과 STD 상태 전이도 뭐 이런 걸 가지고 이거 준비된 이후에 설계한다. 이걸 보고 한다. 이 말입니다. 자 구조적 설계 구조적 분석 도구고 저거는 그죠 예 자 구조적 설계를 하는 게 소프트웨어 품질을 높이는 1의 또 도구다 이 말이고 자 그 다음에 한번 볼까요?

화자 1
20:12
저 구조적 프로그래밍은 하나의 프로그램이 단일 입구 및 단일 출구 구조로 된 프로그래밍 기법입니다. 그죠 구조적 프로그램 반드시 입력 하나에 단일 출구에 단일 입구에 단일 출구를 갖는 이런 구조로 된 프로그램 기법이고 이 구조적 프로그램의 기본 제어 구조는 3가지입니다. 순차 구조 반복 구조 선택 구조를 따른다는 것 중요하다 순차반복 선택 구조가 구조적 프로그래밍에 재우조다 이 말입니다. 과거에는 일반적 프로그래밍에는요 고투문이 많이 나왔거든. 고투문 가는 게 무조건 분기문입니다. 무조건 무조건 분기문이야 무조건 분기문이에요. 프레임 짜다가요 에 프레임 짜다가 고투 어디로 가라 고투 10번으로 가버려라 헷갈려요 고투문은 이 이 고트문을 방지하기 위한 거죠. 고트문 고트문은 이게 프로그램 복잡해 합니다. 10번으로 갔다가요 갔다리 갔다리 이 프로그램의 논리성이 없어지죠 그래서 이 고트문 대신에 구조적 프로그램 기법은 뭘 썼다 순차구조 순차 구조 반복 구조 선택 구조를 쓰는 겁니다.

화자 1
21:11
그래서 자 이 중요한 이야기다 구조적 프로그램 일반 프로그램의 고통은 무조건 분기를 배제하는 거죠. 무조건 분기를 대신 뭐 선 다 배제하고 순차 구조 반복 구조 프로그램 구조를 선택 구조로 만들어 버리는 거죠. 자 그러면 이게 구조적 프레이밍이 되는 겁니다. 자 단일 입구와 단일 출구를 가지면서 티본 제어 구조는 고트문으로 프로그램 명령을 제어하는 게 아니고 순차와 선택과 반복문으로 한다는 그런 이야기다 그다음에 또 이제 하향슈 프로그램 기법은 뭐고 문제를 분할하여 세분화 내용으로 관련 요소를 정리하고 상위 모듈로부터 큰데 하위 모듈을 진행해 나가는 프로그램 기법이다. 그건 구조적이죠. 컨데스 이제 자꾸 자꾸 세분화시키는 거죠. 디바이덴 퀄크죠 디바이덴 퀄크 분할과 정복 이론을 가지고 자 이렇게 프레임 하는 게 훨씬 좋다는 거죠. 품질을 높인다는 겁니다. 알겠나 하향식 요런 걸 뭐 하향식 프로그래밍 기법이다. 얘기합니다.

화자 1
22:07
자 프로그램 기술 연어는 PDL 프로그램 디스크립션 랭귀지라 해 가지고 이 구조적 프로그램의 제어구조를 이 제어구조가 순차구조 이 제어구조를 이렇게 도식화하는 게 에너지 차트거든. 이 순차구조 반복 구조 선택 구조가 있어요. 이놈을 영어로 이렇게 두 반복할 문장 은틸 이런 식으로 표현했는 기법이 뭐다 PDL이야 그래서 영어로 표현했다. 캐 가지고 일명 구조적 프레임의 제어구조 이 3가지 구조를 영어로 언어로 기술했다. 캐 가지고 우리 의사하고 또는 구조적 영어라고도 이야기합니다. 그렇제 에 이게 인제 PDL인데 PDL은 이건 있다. 하는 것만 알면 되는 겁니다. 그 다음에 히프는 뭐냐 하면 히어라키카는 게 계층이죠. 계층입니다. 바로 어플러스 인풋 IPO 입출력 그걸 계층 구조로 표현한 도표예요. 도표 이게 바로 히포도 IPT 도구의 하나 즉 분석 및 분석 도구면서 설계도구도 되고 문서화 도구도 된다.

화자 1
23:02
어 분석 및 설계나 문서할 때 사용되는 기법 도구로 입력 처리 출력을 도형화 한 것 도식화한 걸 HPO 아이 히포라 하고 하향식 소프트웨어 개발을 위한 또 도구입니다. 그죠 그 종류는 또 히포 도표의 종류는 크게 3가지가 있다는 거 제목만 알면 되지만 도식 목차 총괄도표 상세도표 제목만 시험에 여러 번 나온다 자 히포의 구성 무슨 뭐 도심 목차 총괄도표 상세 도표입니다. 자 도심 어 목차는 전체적인 흐름은 구조를 나타내 전체적인 흐름과 구조고 종갈은 뭐야? IPO 입력 처리 출력 시스템의 3요소의 기능을 표현한다면, 기능은 기능 도표죠 기능도표 상습 도표는 총괄 총괄이다. 총괄 도표를 세부적으로 표현한 것 그죠 이 3가지가 히포 의 구성이다.

화자 1
23:53
쉽죠 도식목차 흐름과 구조 총괄도표는 기능 IPO의 기능 상세도표는 총괄도표를 세분화한 것 되겠습니까? 그래서 요런 것들이 요런 도구들이 뭐다 구조적 저 뭐 IPT 프로그램의 품질을 높이는 기법들로 이용된다. 여러분 실은 제목만 알면 됩니다. 그래서 내가 더욱더 상세히 이야기를 했습니다. 에 그다음에요. 자 또 이제 NS 또 있죠. NS 나씨 슈나이드먼 독일의 컴퓨터 공원 학자들입니다. 나시 슈나이드만 차트 해 가지고 요거는 구조적 프로그래밍 방법에 사용되는 논리 표현 기법의 도표고 자 구조적 프로그램은 3가지 제어구조를 가지고 있지 순차구조 선택구조 반복 구조 그죠 저 구조적 프로그래밍은 뭐 고트문을 안 쓰죠 무조건 분기를 제어하는 대신 못 쓴다 요걸 쓰잖아. 자 순차구조의 도표입니다.

화자 1
24:47
순차 구조는 이렇게 말 그대로 명령어대로 순차 조수의 선택구조 선책이 아니고 단어 선택 구조는 뭐 조건에 맞으면은 이 문장 입을 처리하고 조건에 틀리면 이 문장을 해라 선택할 수 있는 구조죠 요 그림을 잘 봐놔야 된다. 자 반복 구조는 2가지가 있습니다. 두 화일 반복이 있고 리피드 언틸 반복이 있어요. 두 화일 반복과 리피트 언틸 반복이 있습니다. 자 두 화일은 뭐냐 조건이 맞을 동안 이 문장을 반복합니다. 반복하여 요 부분을 반복하면 이 문장이라 하면은 두 원틸은 뭐야? 리필 언틸은 뭐냐 하면 리필 언틸 반복하고 난 뒤에 조건을 검사합니다. 어이 반복하고 난 뒤에 조건을 검색하니까 문장 수행이 1번 더 되는 거죠. 이거는 엠브이면 이거는 엠 플러스 1번 던진다는 게 EPID ANTLE입니다.

화자 1
25:36
그죠 자 어쨌든지 NASIUMATIMAN 차트는 3가지 저구조를 표현한 도표다 논리적 도표다 하고 이 재구조는 순차 선택 두할 반복 구조 EPID ANTLE 반복 구조 있다는 거 아시면 되는 거고, 이걸 영어로 표현한 게 뭐다 아까 두 뭐 표현한 건 PDL이라는 거 그죠 PDL이라는 거 이래 아시면 됩니다. 그죠 그래서 방금 본 것들이 IPT 기법의 기술적 도구들이다. 그죠 좋습니다. 예 아주 실제 그림만 잘 보면 된다는 거 그다음에 쉬운 거 관리적 지원도구는 뭐야? 이왕이면은 프로그램팀 또 여러 가지가 있죠. 분산형 팀이 있고 여러 가지가 있는데, 책임프로그래머팀 즉 중앙집중형 팀으로 하는 게 좋다는 거예요. 자 책임 프로그래머 팀 자 이 책임 프로그래머 팀은 뭐야? 이 책임 프로그래머를 PM이랍니다. 프로젝트 매니저 밑에 이 사람이 모든 관장하고 그냥 이거 에세이죠. 에세이급이고 이제 프로그램머 샀어 프로그래머 샀어는 문서리를 정리하고 시다발입니다.

화자 1
26:34
시다 예 그러면 정식 프로그램머 이 프로그램을 도와주는 보조 프로그래머 책임프로그램의 팀의 구성원에 구성은 뭐다 책임 프로그램 피엠이 있고 프로그래머가 있고 보조 프로그램이 있고 프로그램 사서 요게 시험에 나온다 요런 거 인원은 프로그램 5명 해도 되고 그죠 프로젝트마다 다르게 하는 건데 그 구성요원이 원은 뭐다 책임프로그래머 프로그래머 보조 프로그래머 프로그램 사스다 그죠 책임 프로그램은 이제 에세이고 프로그램은 프로그램머고 그죠 프로그램 뭐 보조프로그램 도와주는 사람이고 프로그램 사서는 시다바리라는 거 시다바리 그렇죠. 그래서 요렇게 4가지 구성 공원을 가지고 형성된 인원은 뭐요 프로젝트가 많으면 프로그램 10명도 들어갈 수도 있는 거고, 그렇죠. 자 요런 요런 게 이제 관리적 지원 도구다 보통 실무에서도 이렇게 합니다. 우리 회사도 국가프로젝트 할 때 보면은 이제 우리 PM 제가 큰 거는 뭐 제가 하고요.

화자 1
27:27
또 약간 적은 프로젝트는 우리 팀장이 PM 밑에 프로그래머들이 몇 명 붙이고 보조프로그램도 붙이고 문서를 작성하는 이제 시다바리도 붙이고 이렇게 해서 프로젝트를 수행하는 겁니다. 그죠 그래서 관리가 잘 되는 거예요. 자 됐고요. 그다음에 이제 구조적 검토회의 기간 스트럭스 더 워크스루 또는 구조적 검토회의 검토 회의를 내죠 그죠 전문가들이 모여 검토하는 방법으로 오류를 조기에 발견하여 효과적인 프로그램을 개발하기 위한 방법입니다. 이거도 구조적 검토회의 그죠 전문가들이 모여 가지고 계속 프로젝트를 검사해 가지고 오류를 뭐야? 다운시키면서 하는 거고, 그냥 검열은 인스펙션 뭐 검토 회의를 구조적 검토 회의를 발전시킨 형태로써 소프트웨어 개발단이 산출된 경우에 품질을 심사 평가하며 오류를 오류를 문서화하여 다른 소프트웨어 개발 시 참고 자료를 활용하는 거 검열이 된다. 말 그대로 검사 지문 심사죠 품질심사당한다는 거 그죠 자 요렇게 되는 겁니다.

화자 1
28:24
그죠 자 방금 만든 것들이 우리 소프트웨어 공학의 기본 이론과 아 예 소프트웨어에 품질을 높여주는 도구를 배웠지 아이피티 그죠 기술적인 도구 어떻게 했었노 구조 조합 프로그래밍 하향식 프로그래밍 히포 NS 차트 뭐 피디엘 뭐 이런 게 있었죠. 그렇죠. 관리적 도구에는 이제 책임 프로그램의 팀이 좋고요. 구조적 검토회의 검열 요런 3가지가 있었습니다. 제목만 아시면 된다는 말씀 깔끔하게 정리하고 있다. 자 시스템 분석과 설계 또는 소프트웨어 공학 이런 과목들은 중요 단어만 중요 단어만 씹어 나가면 되는 겁니다. 됐죠 그래서 강의를 끝나고 종합 정리를 내가 해드릴게 좋아요. 자 여러분 오늘도 한 2시간 동안 수고하셨고요. 자 내일도 뜨거운 가슴으로 만나 뵙기를 약속드리며 오늘은 여기까지 하겠습니다.

https://youtu.be/e215GJ9w5-I

1. 시스템 평가와 신뢰성 분석

1-1. 시스템의 분석과 설계
-  시스템의 라이프사이클을 탄생시키는 설계 과정에 대해 설명함
-  설계 과정에서 코드설계, 입출력설계, 파일설계, 프로세스 설계, 프로그램 설계 등을 진행함
-  설계된 시스템이 목적한 바와 같이 잘 수행되었는지 평가하는 것이 시스템 평가임

1-2. 시스템 평가의 종류와 기준
-  기능평가, 성능평가, 신뢰성평가의 세 가지 종류가 있음
-  기능평가는 개발된 시스템이 요구되는 기능을 정확하게 수행하는지 평가함
-  성능평가는 시스템이 운영 스케줄에 따라 수행할 수 있는 능력을 평가함
- (중요) 신뢰성평가는 시스템이 에러 없이 안전하게 고장 없이 작동하는지 평가하는 것으로, 시스템의 전체 가동률을 의미함

1-3. 신뢰성 평가의 측정 방법과 신뢰도 분석
-  신뢰성 평가에서 사용하는 MTBF와 MTTF의 개념과 사용 방법을 설명함
- (중요) MTBF는 평균 고장 간격, 즉 시스템이 고장 난 후로부터 다음 고장이 날 때까지의 가동 시간을 평가함
-  MTTF는 MTBF와 동일한 개념이나, MT의 계산식에 추가로 고장 시간을 더한 값임
-  신뢰성 평가의 결과로 시스템의 신뢰성, 즉 시스템이 에러 없이 정확하게 작업하는 확률을 얻을 수 있음

2. 소프트웨어 신뢰도 및 비용 산정

2-1. 소프트웨어 시스템의 평가와 신뢰도
-  소프트웨어 시스템의 평가에는 가용도, 신뢰도, 운영시간 등을 고려함
-  신뢰도는 시스템의 가동시간과 고장 횟수, 고장 시간 등을 고려해 계산
- (중요) 시스템의 신뢰도는 MTBF와 MTTR의 분산 평균을 통해 평가 가능
-  신뢰도 평가는 시스템의 운영 중 가동되는 시간, 고장 발생 횟수 등을 분석
-  시스템의 신뢰도는 확률로 나타내어, 신뢰성의 유무를 판단

2-2. 소프트웨어 비용의 산정과 그 어려움
-  소프트웨어 비용 산정은 논리적인 시스템 소프트웨어 개발에 많은 어려움이 있음
-  소프트웨어는 보이지 않는 유형의 제품으로, 가격 측정이 어려움
-  소프트웨어 개발자들은 초기에 소프트웨어 비용을 매길 때 다양한 전략을 세워야 함
-  소프트웨어 비용 산정에는 하향식과 상향식이 있음
-  하향식은 전체 금액을 추정한 뒤 세분화, 상향식은 전체를 추정한 뒤 세분화하지 않고 조금씩 줄여나감

2-3. 소프트웨어 비용 산정의 중요성과 이슈
-  소프트웨어 비용 산정은 국가 프로젝트나 대학 프로젝트에서 큰 문제가 될 수 있음
-  개인 기업과 큰 프로젝트를 비교할 때 소프트웨어 비용 산정이 큰 문제가 될 수 있음
- (중요) 소프트웨어 비용 산정은 프로젝트의 규모, 복잡성 등에 따라 달라질 수 있음
-  특히, 소프트웨어 개발 프로젝트에서는 비용 문제는 큰 문제가 될 수 있음
-  이런 이슈들을 고려하여 적절한 소프트웨어 비용 산정 기법을 선택해야 함

3. 소프트웨어 비용 산정 기법의 이해

3-1. 하향식 비용 산정 기법의 이해
-  하향식은 전체를 세분화하여 비용을 산정하는 기법임
-  하향식은 전문가에 의한 방식으로, 그들의 경험과 지식을 기반으로 금액을 산정
- (중요) 델파이 기법 등 다양한 기법이 있으며, 경험 많은 전문가들의 의견을 종합적으로 듣는 것이 중요
-  하향식은 주관적이고 주관적인 정보를 바탕으로 한 비용 산정

3-2. 상향식 비용 산정 기법의 이해
-  상향식은 작은 단위부터 비용을 계산하여 큰 단위로 올리는 방식임
-  전체를 대상으로 비용을 계산 후, 작은 단위별로 산정하여 더 큰 단위로의 비용을 산정
-  상향식은 객관적이고 수학적으로 계산된 비용 산정을 보여줌
- (중요) 상향식 기법은 전반적인 비용을 산정하고, 개별 작업 단위 별로 세분화하여 계산함

3-3. 개발 단계 인월 수 기법과 수학적 산정 기법
-  개발 단계 인월 수 기법은 소프트웨어 개발에 투입된 인력을 기준으로 비용을 산정
-  인건비를 계산하는 것은 객관적이고 수학적으로 계산된 기법임
- (중요) 수학적 산정 기법은 개발 노력, 성수, 노력 투입 인력, 인적 비용 등을 기준으로 비용을 산정
-  수학적 산정 기법은 개발 비용 산정에 널리 사용됨

4. 소프트웨어 비용 산정

4-1. 소프트웨어 비용 산정의 요소
-  개발 노력 투입 인원, 인적 비용이 비용 산정의 요소임
-  풋락 모형은 소프트웨어 생명주기 전 과정의 분포를 예측하는 모형임
-  기능 점수 모형은 펑션 포인트 기법을 사용해 소프트웨어 금액을 산정함
-  국가 프로젝트는 펑션 포인트로 소프트웨어 금액을 산정함
-  소프트웨어 기둥별, 모듈별, 기능별 가중치 계산으로 전체 금액을 산정함

4-2. 소프트웨어 비용 산정 방법
- (중요) 분석, 설계, 구현, 테스트, 평가, 문서화 등 소프트웨어 개발의 전 과정 이해가 중요함
-  분석은 시스템의 정의를, 설계는 적합한 언어를 선정해 코딩하는 과정임
-  테스트는 소프트웨어가 정상적으로 돌아가는지, 오류가 있는지 검사하는 과정임
-  검사 방법은 화이트박스 검사와 블랙박스 검사로 나뉨
-  화이트박스 검사는 프로그램 자체를 검사하고, 블랙박스 검사는 기능을 검사함

4-3. 개발 단계별 검사 분류
-  단위 검사는 소프트웨어 개발의 최소 단위인 모듈을 검사하는 과정임
-  통합 검사는 단위 검사와 모듈 검사를 결합한 검사 방법임
-  상향식과 하향식이 있으며, 상향식은 드라이브 체크, 하향식은 스토브를 사용함
-  정당성 검사는 사용자의 요구 사항과 소프트웨어 일치 여부를 검사하는 과정임
-  종합 검사는 개발된 소프트웨어가 컴퓨터에 완벽하게 수행되는지 검사하는 과정임

화자 1
00:10
자 전국에 계시는 우리 MTM 안방 가족 여러분 오늘 또 뜨거운 가슴으로 두사부일체의 정신으로 환상적인 수업을 함께 하겠습니다. 예 좋아요. 자 여러분들 드디어 우리 산흑기사 인제 자 전체 막바지에 들어가고 있죠. 이제 시스템 분석 설계 이제 우리가 이제 또 막바지로 가고 있습니다. 자 힘을 내시고 여러분 아주 고생하셨어요. 자 우리가 어제 지난 시간까지 이 CCTV 분석설계 에 그래서 우리가 크게 이야기를 하고 있죠. 그렇죠.

화자 1
00:51
그래서 인제 우리 하나의 시스템이 라이프 사이클 탄생되기까지 분석 과정 설계 과정 구형 과정 검사 과정 그리고 이상이 없으면은 이게 시스템화 돼서 소프트웨어가 돼서 우린 단위를 대신 우리 업무를 대신 수행해 주면서 그죠 유지보수를 거치면서 폐기될 때까지 돌아가더라 우리 사람이 태어나서 죽을 때 가정하고 똑같더라 해서 시스템의 라이프사이클 그게 굉장히 중요했죠. 그죠 그죠 그래서 우린 특별히 이제 분석 분석 도구도 있는데, 잠깐 이야기했지 DFD DD 그렇죠. 어 그리고 미니 소단위 명세서 ERD STD 상태 전이도 이런 분석 도구를 가지고 정의한다. 이런 분속도구를 가지고 이제 우리가 설계를 합니다. 설계를 할 때 코드설계 생각나죠. 입출력설계 파일설계 프로세스 설계 프로그램 설계까지 지난 시간까지 환상적으로 정리했습니다. 오케이 좋아요.

화자 1
01:51
자 오늘은 이제 이렇게 설계를 해 놓은 설계를 해 놓은 이 시스템을 어떤 식으로 평가하느냐 예 거기에 대해서 공부를 좀 하자 넘어갑니다. 자 시스템의 평가와 문서와 그죠 여기에서도 출제가 됩니다. 한 1문제 정도 2문제 정도 예상이 돼요. 자 시스템 평가는 뭐고 맞아요. 개발 구축된 시스템이 목적한 바와 같이 만족하게 이루어졌는가 평가하는 거죠. 어 이렇게 분석 설계 구현 과정을 거쳐 가지고 개발된 시스템이 제대로 됐는가 평가하는 것 자 이 평가의 종류는 쉽다 크게 우리 기능평가 그리고 성능평가 중요한 게 뭐예요? 신뢰성 평가다잉 자 평가기준 그죠 그래서 이 기능평가는 말 그대로 이미 개발된 시스템이 요구되는 기능을 우리 사용자가 요거 처음 만들 때 우리 요구했던 그 요구 요구 기능을 정확하게 수행하는 걸 평가하는 거 그죠 말 그대로 기능평가입니다.

화자 1
02:49
기능이 제대로 되는지 그죠 자 성능평가는 이제 기능하고 조금 다르제 이 기능을 수행하는 능력이죠. 성능 즉 시스템이 운영 스케줄대로 수행할 수 있는가 수행할 수 있는 능력을 평가한다는 거죠. 능력 하나만 써주는 게 좋겠다. 그죠 비슷하지만 다르죠 그리고 그리고 이제 여기에는 크게 이제 CPU의 속도 및 기억 용량 파일 편성과 리즈나이트 방식 IO 장치의 처리 속도 등 이런 것들 전반적으로 평가를 하는 거다 그죠 성능평가 시스템의 성능평가요 자 기능평가 성능평가보다는 시험에 나오는 건 뭐 신뢰성 평가 출제가 많이 됩니다. 자 신뢰성은 뭐고 내가 만들어 놓은 이 시스템이 고장 없이 에러 없이 얼마나 많은 작업을 정확하게 수행하는가? 처리할 수 있는가를 평가하는 걸 시스템의 무슨평가 신뢰성 평가입니다. 신뢰성 이 신뢰성은 한마디로 뭐고 시스템의 전체 가동률이죠.

화자 1
03:47
시스템이 에러 없이 아주 안전하게 우리 인간이 믿을 수 있는 있도록 잘 돌아가는가 그 확률로 따진 게 신뢰성이다. 이 말입니다. 이 신뢰성은 뭐 계산에 의해서 이루어집니다. 되겠나 자 신뢰성 평가요 한번 어떻게 평가하는지 신뢰성 평가를 어떤 식으로 하는지 한번 볼까나 예 좋습니다. 아 자 신뢰성의 측정요 이 신뢰성에 측정을 하는 걸 우리는 신뢰도라죠 신뢰도 신뢰도를 측정한다. 다른 말로 또 가용도 사용 가능한 기준이죠. 어 신뢰도 가용도 같이 보면 되겠다. 예 신뢰도를 측정을 하는데 이 측정에 이용되는 거는 우리가 통상 MTBF MTDR 또는 MT TF를 이용되는데 자 요거 두모민 MTBF와 MTTF 는 이제 같이 보일 수도 있고 다르게 볼 수도 있거든.

화자 1
04:46
일단은 설명을 할게 아 여기 나오네 예 좋습니다. MTBF는 뭐냐 하면 말 그대로 미인 타임 비트윈 필름입니다. 그죠 그러니까 단어 뜻을 그대로 해석하면은 평균 고장 간격이죠. 그죠 평균 고장 간격인데 이 실은 평균 고장 간격은 결국 뭐다 다른 말로 평균 가동 시간을 나타내줍니다. 평균 고장 간격 그러니까 평균 고장 간격을 빼버리면 가동이니까. 평균 가동시간으로 해석해 줍니다. 그죠 MTBF 즉 시스템이 고장 난 후부터 다음 고장이 날 때까지 가동 중인 평균 시간을 의미하는 게 뭐다 MTBF야 미인타임 비트윈피엘 알겠죠. 영어 단어는 고장 간격인데 고장 간격이라 하는 거 뭐고요. ASB인데 이게 고장 간격이라면은 어 고장 간격 고장 간격이죠. 그러면 고장 간격 시스템이 고장 나는 것도 다음 고장이 날 때까지 뭐 이 가동됐다는 거죠.

화자 1
05:44
여기서 고장 나고 여기 고장 났으면 이거는 뭐다 가동기란 말이죠. 가동 헷갈리면 안 된다. 뭔 말인지 알겠죠. 그래서 평균 고장관계 공 뭐다 평균 가동시한을 의미합니다. 되겠나 그래서 요걸 MTBF라고요. 또 MTTF는 민 타임 투 페일러입니다. 투 페일러 그래서 말 그대로 똑같은 거예요. 그죠 똑같이 보면은 MTBF MTT는 TF는 갖춰요 그리고 또 다르게 볼 수도 있죠. 내가 소프트웨어 공학에서는 또 다르게 해석을 했습니다마는 일단은 그렇게 놔놓고 자 MTTR은 미인 타임 투 리페어 케어 평균 수리 시간입니다. 즉 시스템이 고장으로 인해 작업하지 못한 시간의 평균값 작업하지 못한 거니까 고장 난 시간이죠. 그죠 평균 수리 시간은 고장 시간이에요. 평균 다른 말로 고장 시간이다. 이래 보면 된다. 그죠 평균 고장시간 그래서 요 MTBF와 MTTR로 실태 뭐 신뢰도 가용도를 측정하더라 자 신뢰도는 뭐야?

화자 1
06:43
전체 운영시간 중에 가동적인 시간의 비율이죠. 그럼 이거는 몇 프로 신뢰할 수가 있다. 이런 이야기입니다. 자 이 신뢰도 구하는 공식은 MTBF 더하기 MTTR 분의 MTTF예요. 자 MTBF와 MTTR은 뭐 MTBF는 총 뭐여 가동 시간이고 평균 가동 시간이고 가동 시간이고 MTTF는 평균 고장 시간이죠. 그러니까 가동되는 건 고장 됐는가 하면 총 운영시간이 나오죠. 총 운용시간 분의 총 가동 시간을 하면 되죠. 그죠 그래서 곱하기 100 하면은 백분율로 나올 것이고. 곱하기 백분을 생략하면 확률로 나오겠지 자 그럼요 예를 보자 이 말입니다. 어떤 시스템이 전체 운영시간인데 운영시간인데 가동 중 고장 중 가동 중 고장 중 가동 중 고장 중 났단 말일 때 MTBF 구하라 카면 어떻다 자 어 이 전체 운영 시간 중에 여러분 현재 그 가동 시간을 어떻게 해요.

화자 1
07:41
A1 더하기 A2 더하기 A3제 그니까 총 뭐 3분의 A1 더하기 A2 하면은 뭐가 나온다 MTBF가 나오고요. 총 이제 뭡니까? 또 고장 시간 고장이면 1 2 3개 낮춰서 3분의 고장 시간들 고장 비완 비투B3를 더하면 MTTR이 나오고 그러면 신뢰도는 어떻게 구한다. 신뢰도는 뭐 MTTF 더하기 MTTR 분의 MTBF 즉 총 운영시간 분의 총 가동 시간으로 구한다는 겁니다. 되겠나 자 그러면은 실제 예를 시험에 이게 나오겠죠. 실제 예를 한번 보자 자 그럼 여기에 이 시스템이 현재 이 시스템이 어 가동 7시간 고장 1시간 가동 여덟 시간 났을 때 이 시스템에 뭘 구하라 M TMTBF를 구하라 카면 어떻게 구한다. 가동 시간을 몇 개 가동 몇 번 남는 가동 횟수 이제 엠보 가동 횟수죠 가동 횟수 3 이 3은 가동 횟수입니다.

화자 1
08:38
이게 이게 여기에 인제 3은 가동 횟수예요. 가동 횟수 3번 가동되는데 그 시간은요, 7시간 더하기 가동 시간 뭐 8시간 더하기 뭐 가동 시간 6시간이죠. 그러면 이 시스템에 MTBF 평균 가동시간은 어떻게 된다. 3분의 이거 이게 어렵제 얘는 잘못 하겠다. 이게 얼마고 실더하기 한참 해야 되네 이 올라갔다 3 올라갔다 15 다시 21이네요. 그럼 37 21 이 시스템의 평균 가동 시간을 몇 시간 7시에요. 7입니다. 7 됐죠 그러면 이 시스템은 또 뭘 구해보자 엠티 TR을 구해봐라 MTTR 평균 고장시간 평균 수리시간 구하라 하면은 고장 나는 게 몇 번이고 1 2개네 그럼 2분의 고장 횟수죠 2분의 고장 시간이 뭐야? 12내 1 더하기 2니까 얼마예요. 3이에요. 2분의 3 어렵게 이래 나와 버렸네 고장 시간 2분의 3이죠.

화자 1
09:38
2분의 3은 얼맙니까 이게 어렵네 일은 이 1.5입니까? 1.5 1.5예요. 자 그러면은 이 시스템의 총 신뢰도는 어떠냐 자 신뢰도 구해 봐라 신뢰도 다른 말로 뭐 아 용도를 구하세요. 하면은 답 나왔다. 뭐 엠티 BF 더하기 MTTR 즉 7더하기 1.5분의 7입니다. 7 엠티 BF죠 그럼 얼마고 이게 얼맙니까 이게 어렵나 아 이게 얼마요 8.5.5가 나왔다. 그래 8.5분의 7 이 8.5분의 7이 얼마예요. 이거 에 뭐 나오겠죠. 에 여러분 이게 얼마 나오나 9분의 7이면 얼마요 뭐 70 얼마 나오겠지 하면 8쯤 나온다 합시다. 그러면은 곱하기 100 하면은 80프로고 즉 인제 확률로 하면 0.8이겠죠.

화자 1
10:33
즉 이 시스템의 신뢰도는요 80프로 즉 0.8 즉 확률 곱하기 100 하면 80프로 약 80프로 정도의 신뢰성이 있다는 거죠. 80프로 정도 신뢰성을 가져도 좋다. 이런 뜻입니다. 알겠나 이 갖고 가는 게 중요한 게 아니지 그래서 시스템에 신뢰도를 평가하는 건 뭐다 신뢰도는 MTBF 더하기 MTTI 분의 MTBF 즉 총 운영시간 운영 시간 운영 중에 뭐 가동되는 시간 MTBF 고장 난 시간 MTTR 이제 그죠 요 부분의 총가동시간 곱하기 100 하면은 백분율 나오고 곱하기 100을 생략하면 확률로 나온다 근데 현재 요걸 가지고 보니까 요 시스템은요, 어 평균 80프로 정도의 신뢰를 할 수 있는 시스템이었구나 이렇게 이해할 수가 있습니다. 그죠 요렇게 어 신뢰성을 구하고 요 MTTF 있죠. 미인타임 투 표역 해 가지고 평균 가동시간 즉 요 MTTF는 NTTF는 우리 MT MT 뭐야? 저 BF와 같이 보여 같이 해석하면 됩니다.

화자 1
11:30
근데 따로 해석할 수도 있거든. 따로 해석하면은 요거는 참고로 이야기 할게요 보통 여러분들 요것만 알면 되는데요. 이게 또 해석하는 방법이 요 말은 별로 안 좋습니다. 평균 고장 날 때 고장 시간에 요건 지우세요. 자 MTBF를 MTBF와 같이 보는 경우 있고요. 같이 보는 경우 그죠 MTTF와 MTBF가 같이 보는 경우는 이제 에 요렇게 해석하면 되겠죠. 여기서 요렇게 해석하면 되고 또 다르게 보는 경우가 있습니다. 다르게 볼 때는 MTBF를 구하라 카면은 MT TF 더하기 MT CR로 이렇게 구하는 거 있어요. 그죠 요런 게 있습니다. 요거는 내가 소프트웨어 공학은 요렇게 해석했지 그지 그래서 요거는 이제 어떠냐 하면 MTBF와 MT TF를 다르게 보는 경우입니다.

화자 1
12:24
같이 보는 경우로 그래서 요거만 알아 놓으시고 보통 우리가 요거 방금 요걸로 다 문제를 푸는 분다 그래서 요런 또 접근 방법이 있드라 하는 것만 알고 있으면 됩니다. 됐죠 자 시스템의 신뢰성 구하는 출제가 많이 된다. 신뢰도 가용도 사용 가능한 특정이죠. 가용도 구하는 거 자 중요하다 요거 총 운영시간 운영시간은 뭐 가동시간 더하기 고정 시간이죠. 좋습니다. 자 그 다음 보자 자 이렇게 인제 시스템을 평가했고요. 또 뭐 요거는 뭐냐 하면은 우리가 소프트웨어 우리가 만드는 소프트웨어 시스템 음 논리적인 시스템은 소프트웨어지 요놈의 비용을 이제 뽑아내야 되잖아. 참 이게 참 중요한 부분입니다. 여러분들 소프트웨어 비용이라는 건 참 이거는 코에 걸면 코길이고 입에 그러면 입거리가 귀에 힘은 귀걸이입니까?

화자 1
13:22
예 이게 참 이게 나도 현장에서 수많은 프로젝트 수많은 소프트웨어 개발해가 국가프로젝트 등 개인 기업프로젝트든 학교 대학교 프로젝트들이 하는데요. 가장 난감할 때가 비용사자 돈이에요. 돈 참 이 힘들죠 그러니까 왜 우리가 물리적인 시스템 텔레비나 의자나 카메라나 이런 거는 뭐 원가 들어오고요. 뭐 이런 게 다다닥 다 돼요. 이 소프트웨어는 부르는 게 갑이야 이거 참 보이지 않는 유형의 제품이잖아. 유형의 제품이기 때문에 이건 상당히 무형의 제품이니까. 가격 측정이 굉장히 어렵습니다. 또 일반 사람들은 이해를 못하고 그래서 소프트웨어는 과거에는 이게 참 우리 프로그램 개발자들이요. 머리카락 빠지고 만들어 놨는 게 전혀 상하질 않잖아요. 그죠 그러다 보니까 이제 불법 복사 복사 이 복사를 방지하기 위해서 바이러스를 만들어냈는데 그게 오늘날 악용되고요.

화자 1
14:15
그래서 이제 물론 마이크로소프트 같은 경우는 프로그램만 프로그램이 보이지 않는 제품 논리적인 시스템 소프트웨어를 만들어서 세계 제일 부자가 돼 있지만요 선진국은 괜찮은데 이거 저도 개발 도서 후진국 같은 경우는 눈에 안보이면 안 믿거든. 보이도 뭐 이런 거예요. 백문이 불여일견이다. 뭐 이래 가지고 차라리 안 보이는 걸 팔아먹는 게 굉장히 힘듭니다.

화자 1
14:38
지금 우리나라도 선진국으로 가고 있기 때문에 지금 소프트웨어가 많이 구매를 하는데 아직까지 일반 사람들이 우리 병태순자 니 프로그램 샀나 안 샀제 컴퓨터 하드웨어는요 PC는 100만 원 주고 사지만 그 안에 들어가 있는 소프트웨어 OS 윈도우 미스타 우리 오피스 아리한글 뭐 수많은 프로그램 다 받아서 이게 아직까지 후진국이야 그죠 어 그래서 이게 참 앞으로 유비쿼터스 시대 또 우리가 인제 이런 시대는요 소프트웨어 같은 가치 있는 보이지 않는 거 논리적인 게 논리 물리야 논리야 논리가 지배하는 시대고 물리가 지배하는 시대는 뭐다 산업화 시대예요. 후진국은 물리가 지배합니다. 어 닦고 조이고 기름치고 줘 패고 막 이런 게 근데 이 논리적인 사회가 돼야 선진국이거든. 그래서 논리적인 지적 재산권 소프트웨어인데 참 비용 산정이 객관성을 잃기 쉽습니다. 그죠 그래서 이게 저도 항상 소프트웨어 금액을 매길 때 항상 고민을 해야 됩니다.

화자 1
15:37
아 그래서 이걸 참 일반 모르는 사람들한테 이 비용을 이야기하기에는 상당히 힘든다. 그래서 이제 이걸 학문적으로 소프트웨어 비용 산정하는 게 있어요. 그죠 참 중요한 겁니다. 소프트웨어 금액을 어떻게 매길 것인가? 그 말이죠. 그래서 내가 만들어 놓은 이 소프트웨어 시스템의 비용 산정 방법 기법이죠. 방법론 전문가들이 하는 거다 여러분 시험 나오는 정도만 공부하면 되겠다. 뭔 말인지 알겠나 참 어려운 문제입니다. 어떻게 이 소프트웨어 금액을 매길 것인가? 어떻게 1억이고 10억이고 할 것인가? 해서 국가 프로젝트나 큰 대학 같은 경우는 참 큰 문제가 없는데 자 아예 그 사람들은 그 금액을 자기 전문가들이 뽑아 가지고 자 10억짜리 프로젝트다 이게 공개 입찰을 하는데요. 참 문제가 되는 게 개인 상대 일반 아무것도 모르는 기업 상대할 때는요 참 어렵습니다. 많은 에피소드가 많이 있어요. 그러다 보니까 소프트웨어 분쟁이 많이 일어나거든요.

화자 1
16:32
나는 진짜 머리카락 빠져 가면서 상대방을 생각해 10억 받아야 되고 1억 탁 받았는데요. 상대방은요, 많다 카고 와 이런 기억하고 어 1억짜리 물건도 아닌 뭐 환장합니다. 허피 데끼요 웃어요. 예 참 이런 강의할 때마다 내가 가슴이 새카맣게 컸죠잉 모르는 사람들하고 우리나라 선진국이 되기 위해서는 소프트웨어 가격 우리 병태수전차 사야되는 거야. 사지 않고 컴퓨터 피씨는 왜 100만 원 주고 샀는데 안 사잖아. 문제입니다. 다 영차인가요? 예 자 이렇게 해서 소프트웨어 비용 산정하는 비용 크게 하향식 있고 상향식 있다는 거 자 하향식 비용 산정은요, 이게 원리가 이거 하향식은 전체 금액을 뽑으면 전체 전체를 뽑아요. 전체 전체를 추정을 하고 난 뒤에 이걸 지금 세분화시키세요. 세분화 추리구조제 하향식이니까. 세분화를 시킵니다.

화자 1
17:30
이 세분화 이 모듈 단위로 그리고 또 여기에 대한 세분화 이런 식으로 하향식은 여러분 전부 다 계층 구조입니다. 계층 구조 계층 구조 즉 추리다 그죠 추리 구조를 이용해서 금액을 산정하는 거예요. 그러니까 전체를 뽑고 세분화 세분화 들어가겠죠. 하향사 하향식은 여러분들 여기에만 이용되는 게 아니고 모든지 다 적용된다. 하향식 어 이거는 뭐냐 하면은 세분화 전체에서 이 모듈 단위로 하는 거죠. 세분화 가능할 세분화 하향식은 세분화 금액을 갖는데 세분화 또는 구체화 부채화 같은 말이고 하향식은 세분화 부채화 그죠 그리고 또 중요한 건 모듈화 이 큰 걸 단위로 조금 독립적으로 단위로 쪼개 더 큰 프로그램을 쪼개서 금액을 산정하는 모듈화 세분화 구체화 모줄화 다 같은 말입니다. 여기에 상향식은 뭡니까?

화자 1
18:28
상향식은 작은 것부터 금액을 계산해서 큰 거로 오는 거죠. 큰 거로 이거는 상향식은 전체화 전체화 일반 일반화 추상화 다 같은 말입니다. 전체를 거의 다른말 개념화 같은 같은 말이야. 어 하향식은 세분화 구체화 모듈하고요. 자 상향식은 뭐다 전체와 일반화 추상화 개념화 다 같은 말입니다. 이게 나중에 객체지향이론에서입니다. 그래서 비용 산정하는 기법도 위에서 내려오면서 금액하는 게 있고 밑에서 쳐 올려서 금액을 뽑는 방법이 있더라 자 하향식은 인제요 전문가 사람에 의한 방법 사람 전문가의 방 그룹 전문가의 감정이나 전문가 그룹 같은 말입니다. 그러니까 이미 소프트웨어의 경험이 내 같은 사람 경험이 많아 가지고 아 이미 적당한 금액을 아는 거예요.

화자 1
19:25
그 전문가에 의뢰해서 그 금액을 인정받는 걸 우리는 하향식이라 합니다. 다 사람이 아는 거요 여기에는 전문가 감정 전문가 그룹 델파이 기법이 있고요. 상향식은 이제 뭡니까? 상향식은 주로 계산에 의해서 합니다. 좀 객관적이죠. 그래서 하향식은 좀 주관적이고요. 주관적이고 상향식은 객관적이다. 이렇게 보면 된다. 왜 수학적으로 하니까 객관적으로 그래서 에로시 기법이 있고 라인 오브 코드 코드의 나인 원시코드의 나인 호블 같은 경우 1개의 나인이 천원이야 천원 그래서 이 합천원짜리 라인이 몇 개 있느냐 몇 개로 구성되어있느냐 일반적으로 많이 하는 기법입니다. ROC기법 그리고 개발 단계 인의수 기법 해 가지고 요거는 뭐냐 뭐야? 1달에 몬스퍼 퍼션입니다. PM이죠. PM 먼스 퍼포션 해가지고 한 달에 이 소프트웨어를 개발 1달에 1달 동안 이 소프트웨어 개발에 투입된 인력이죠.

화자 1
20:19
사람 사람 초급 기술자 몇 명 중급 몇 명 고급 몇 명 들어가느냐 인력 비를 잡아내는 거지 이게 인의수 기법이라 합니다. 그리고 가장 늘 이용되는 게 수학적 산정 기법인 코코모가 있고 풋남이 있고 펑션 포인트 우리나라 같은 경우는 국가 프로젝트는 이 펑션 포인트로 소프트웨어 개발을 산정한다. 그래서 얼마 3억 5억 10억 이렇게 산정을 합니다. 그래서 여러분 제목 정도만 알고 있으면 된다. 여러분 각각 이렇게 내는 방법은 전혀 여러분 수준의 시험이 안 나와요. 진짜 전문가들도 소프트웨어 이런 코코모나 풋나미어 특히 펑션 포인트 우리나라에서 기능 점수 펑션 포인트로 소프트웨어 금액을 뽑아낼 수 있는 사람이 몇 명 안 됩니다. 그래서 제가 국가기관이 많이 물려간다 이 펑션 포인트로 소프트웨어 정당한 현재 어떤 국가에서 이런 프로젝트를 하는데 이 프로젝트 얼마쯤 하면 되겠노 할 때 저 같은 전문가가 들어와서 하지 일반 웬만한 사람들은 이거 소프트웨어 금액 못 뽑거든. 그러니까 우리 시험에 여기에 각각에선 안 나와요.

화자 1
21:17
이름 정도만 알고 있으면 되겠죠. 요것만 알면은 시험은 통과다 이 말입니다. 되겠나 손자 야경돼야 그렇지 살펴보자 화장실 비용 산정 기법 주로 사람이서 하는 거죠. 그죠 전문 지식이 많은 개발자들이 개발자나 개발자들이 비용 산정하는 거고, 프로젝트 전체 비용 산정한 후 각 작업별로 비용을 세분화 한다. 해 가지고 뭐다 하향식이다. 한다. 이 말입니다. 하향식 하향식이다. 한다. 이 말이고 전문가에 의한 검자 전문가 그룹 이거는 인제 경험 많은 사람들이 사람을 사는 거죠. 그러다 보니까 개인적이고 주관적일 수 있는 거고요. 델파이 기법은 뭐 이 전문가 감정기법에 주관적인 편견을 보완하기 위해서 많은 전문가의 의견을 종합적으로 듣고 이제 하는거죠. 한 영역 조정자 그러니까 다 들어보고 조정자가 결정한 조정자 조정자가 두는 거지 델파이 기법이다. 여러 전문가로 구성하는 거죠. 그 전문가 이야기를 다 들어보고 한 사람이 조정을 해서 금액을 산정합니다.

화자 1
22:15
이 전문가는 100만 원 이 전문가는 150만 원 이쪽 들어보고 어 한 120만 원 되겠네 그래서 조정자에 의해서 하는 게 델파이 기법이다. 이렇게 아시면 된다. 좋습니다. 비용 산정 기법이에요. 쉽죠 자 그 다음에 상향식 비용 이제 기법은 이제 프로젝트를 작업 단위별로 그러니까 모듈 작업단일 카는 게 뭐고 바로 모듈이죠. 모듈 소단위 작업단위니까 소단위 큰 프로그램을 소단위로 분해하죠. 모듈이죠. 비용을 산정한 후 전체 비용을 산정하기 때문에 상향식이다. 말이죠. 왜 요 소 단위 소 단위로 비용 산정해서 뭐 전체 금액을 잡아내는 거니까 뭐 상향식이다. 이 말입니다. 여기에는 이제 원시 코드나 소스 코드 라인 수 기법이죠. 그죠 그러니까 이제 핫라인 얼마다 이렇게 하는 거고, 읽어보시면 되는 거고요.

화자 1
23:10
그 다음에 개발 단계 인월 수 그죠 어 1달 동안 몇 명이 투입됐느냐 먼스 프로 폴슨 사람의 투입 투입 그러니까 초급 초급 기술자 우리 정부처리 기사 자격증 따면은 산업기사 따면 초급이에요. 초급은 국가로 1달에 280만 원 정도 책정돼 있습니다. 거의 매년 바뀌죠 중급은 지금 한 400만 원대 고급 기술자는 500만 원대 이렇게 투입이 몇 명 돼 초급 몇 명 이래서 금액이 나오는 겁니다. 그러니까 에로시 기법보다는 좀 더 정확하죠. 이거는 사람에 대한 인건비니까 그렇죠. 이 소프트웨어는 뭐고 머리카락만 빠지면 되죠. 사람에 대한 인건비예요. 그래서 원래 이 정부처리 기사 산업기사는 여러분들 이거 참 기술자다 이 말입니다. 그리고 여러분 기사산업 자격증 따고 기업체에 들어가면요 이 프로젝트 아 이 소프트웨어 개발 단계에 들어가면은 1달에 여러분들 인제 그 국가에서 정해진 금액을 받아야 돼요.

화자 1
24:09
어 그리고 자격증 따면 자격수당 나오는 거 나와라 나옵니다. 1달에 5만 원씩 자격증 수당이 나와요. 여러분 5만 원이 적나 1달에 5만 원이면 소주가 1박스다 그거 1달 내내 막 매일 술 먹을 수 있습니다. 공짜로 알겠나 순자 들은 묵으면 안 된다. 예 그 요즘 또 이 소주도요 순자들을 위해서 굉장히 약하대 19점 이 소주는 25도 돼 한때 먹으면 쫙 이렇게 해야 되는데 뭐 물이야 물 물 물이야 물 먹는 것 같아요. 요즘 소주 못 먹어요. 지금 에 알겠나 순자를 위한 소주로 캐 가지고 뭐, 뭐 이래 나오더라고. 통과 또 왜 소주 이야기가 나오네 그다음에 인제 수학적 산정 기법요 상향식 비호산정기법으로 개발비용 산정은 자동화가 목표죠 이 수학적은 자동 이건 뭐 만날 사람이 이렇게 하는 것보다는 자동적으로 아주 객관적으로 하자 그죠 객관성입니다. 객관적 그러니까 누구 누가 이야기하더라도 딱 자동적으로 금액이 딱 얼마나 나오니까 어떤 인터렉트가 없겠죠. 예 이런 이야기다 그 대표적인 게 뭐 코코모가 있다.

화자 1
25:08
콘서트럭티브 코스트 모드 그러니까 말 그대로 개발이죠. 건축에 소요되는 비용 모든데 요거는 보엠 보험이 많이 나오제 보엠이 이제 제한 했는 거죠. 발표회고 가장 널리 사용되는 비용 산정 기법입니다. 어디 상향 양식 중에서요 그래서 비용 산정 주요 요소들 요것만 개발 노력 개발 성수 노력 성수 개발기관 투입 인력 인적 비용 이 4가지 요소를 가지고 금액을 뽑는다 여러분이 직접 금액을 뽑습니다. 어려워가지고 그래서 요런 요 요소들만 알고 있으면 된다. 수학적 산정 기법이라는 것만 알고 있으면 됩니다. 여러분들이 이걸 뽑기는 어려워요 예 좋아요. 개발 노력 개발 기관 투입 인원 인적 비용이 비용 산정의 요소가 된다는 거 이래 아시면 됩니다. 자 그 다음에 또 풋남 있죠. 풋남 모형은 생명 주기 예측 모형이라고 해 가지고 소프트웨어 생명주기 전 과정에 살아있는 노력의 분포를 가능해 주는 모형이다.

화자 1
26:03
주로 대형 프로젝트의 노력분포 산정에 이용되는 기법이다. 그래서 풋락하는 게 있더라 뭐 수학적 산정기법이더라 이런 거 하고요. 실제로 많이 이용되는 것은 또 기능 점수입니다. 펑션 포인트 모형 해 가지고 실은 우리나라에서 현재 국가 프로젝트는 전부 다 국가 프로젝트 국가에서 하는 이 프로젝트는요 펑션 포인트로 다 개발해서 한정합니다. 그래서 펑션 포인트로 국가에서 현재 만들어 이하이 프로젝트 금액을 뽑아가 공개입체를 하잖아요. 5억이다. 그러면 5억 기준은 뭐고 이놈으로 뽑았다는 거예요. 그래서 이걸 잘 못 뽑으니까 너 같은 사람을 부르거든. 뽑아가 국가에서 요번에 전자정부 이렇게 만들려고 한다. 중소기업에서 이런 소프트웨어를 한다. JH 금액 얼마 정도로 하면 되겠노 하면 내 같은 사람이 펑션 포인트로 전부 수학적으로요 복잡하요 가중치 좋아가지고, 쫙 구해가지고 얼마입니다. 이렇게 하면 국가에서 뭐 그래 해서 국민 세금으로 인제 소프트웨어를 만들어냅니다. 알겠나 전산화를 합니다.

화자 1
27:02
그래서 저는 이거 잘 알고 있죠. 그래서 여러분들이 너무 어려워요 그래서 아 이런 게 있더라 그죠 소프트웨어 기둥별로 모듈별로 기능별로 한다. 1큰 프로젝트를 만들면 수많은 모듈들이 있죠. 모듈별로 전부 다 가중치 계산을 해가지고 이제 금액을 모듈 단위로 뽑아서 전체 금액을 만들어냅니다. 자 고런 거 아시구요. 그리고 코코모와 풋남은요, 특히 그리고 애로시 코드에 라인을 중심을 두고 기능 점수는 펑션 포인트 기능 점수에 기능 점수를 가지고 한다는 거 이거는 라인을 가지고 주로 한다는 거 요렇게 이해하시면 됩니다. 오케이 그래서 여러분 참고로 알아놓으시면 되고 요것도 뭐 출제가 많이 된다. 아 소프트웨어 비용 산정은 이런 식으로 하는구나 아시면 됩니다. 좋아요.

화자 1
27:47
그 다음 자 그다음에 이제 테스트죠 자 현재 우리가 자 분석 분석 총 정의를 한번 뒤에 할게요 그러니까 분석하고 설계와 하고 구현 구현은 뭐고 공부할 것 없지 가장 이 설계도를 보고 가장 적당한 언어를 선정해 가지고 코딩하는 게 구현이죠. 프로그래밍 하고 난 뒤에 그다음에 뭡니까? 평가하죠. 시스템평가 또 이런 문서와 중에 이제 뭡니까? 또 중요한 게 테스트를 하죠. 테스트 검사 검사죠 검사는 뭐고 말 그대로 내가 만들어 놓은 시스템 이 소프트웨어가 정상적으로 돌아가느냐 오류를 찾아내는 과정이 검사과정인데 이 검사 기법 방법에 따라서 크게 화이트박스와 블랙박스가 있다. 제목만 알면 된다. 화이트 박스 검사와 블랙박스가 있는데, 화이트 박스는 프로그램 자체검사입니다.

화자 1
28:36
프로그램 소프트웨어 프로그램 내부 작업을 검사하는 거 프로그램의 어떤 오류가 있나 없나 즉 논리적 오류나 논리적인 경로 타이핑을 또 잘못 쳤나 점을 찍어야 되는데 코마를 짰나 이런 거예요. 프로그램 검사원 화이트박스고요. 블랙박스는 기능입니다. 예 프로그램적으론 이상이 없는데 기능이 제대로 돌아가는지 제대로 1 더하기 어 1 하면 2가 나오는지 1 더하기 이랬는데 3이 나오면은 기능적으로 잘못된 거죠. 적인 검사라 해 가지고 블랙박스는 기능검사다 그래서 각 기능이 완전히 제대로 작동되는가 즉 성능 오류 부정확한 기능 인터페이스 오류 등을 검사한다. 그죠 그래서 기능검사는 블랙박스요 프로그램의 논리적 검사는 화이트 박스 검사다 요것만 알면 됩니다. 자 그리고 또 개발 단계에 따른 검사 분류가 있습니다. 그죠 단위검사 통합검사 정당성 검사는 인수검사라고 한다. 인수검사 그리고 시스템 검사는 종합검사를 합니다.

화자 1
29:34
종합적으로 하는 4단계의 검사가 있더라 그래서 단위검사는요 큰 소프트웨어 큰 시스템의 단위들 모듈 검사하는 거죠. 소프트웨어 설계 최소단위 모듈 검사입니다. 모듈검사 예 모듈 검사 그죠 그러니까 오늘날 시스템은 하나로 만들어지는 게 아니고 이놈은 또 수많은 단위 프로그램으로 또 단위 프로그램으로 이렇게 구성되지 그래서 이런 것들이 모여서 하나의 시스템 하나의 소프트웨어를 이루잖아요. 아래아 한글이라는 시스템 아래아 한글이란 프로그램도 안에 불러오기 프로그램 저장하기 프로그램 뭐 복사하기 오류두기 이런 프로그램들이 모이잖아. 그렇잖아. 근까 요런 거 불러오기 프로그램 요거 요거 요런 걸 우리는 큰 프로그램에 딸려있는 요 소단위 프로그램 우리는 뭐라 한다. 모듈이라 합니다. 모듈 모듈 이 단위죠 단위 프로그램 독립된 단위 프로그램 모듈이죠. 이 인제 모듈을 검사하는 게 뭐다 단위검사죠 그래서 다른 말로 요거는 모듈 검사라고 해야 됩니다.

화자 1
30:32
모듈 검사 어 이 작은 데 이상이 있으면 큰 게 이상이 있으니까 그리고 통합 검사는 이런 단위 검사와 모듈을 결합해서 검사하는 거죠. 말 그대로 통합검사는 또 상향식이 있고 어 하향식이 있다. 그래서 상향식은 드라이브 카는 거 드라이브 체크 하향식은 스토브 스토브 스토브 스토브 스토브를 이용한다는 거 요 단어만 알면 되고요. 자 정당성 검사는 우리는 인수검사라고 하제 사용자의 요구 사항과 소프트웨어 일치하네, 그러니까 프로그램을 개발을 잘했는데 딱 보니까 사용자가 마음에 안 들어 의뢰자 사용자가 야 이거 내가 이렇게 개발해 해달라고 안 했는데 니가 이래 했노 요거 사용자 요구가 맞는지 검사하는 게 뭐다 정당성검사 다른 말로 인수검사 또는 적합검사라고도 합니다.

화자 1
31:18
적합 뭐 이렇게 뭐 층마다 다르죠 정당성 검사 인수검사 적합검사 그리고 마지막에 종합적으로 하는 것이 CTN 검사 저는 종합검사죠 그죠 개발된 소포트 해당 컴퓨터에 완벽하게 수행되는지 종합적으로 하는 검사 그래서 이제 자 단위검사 통합검사 인수검사 뭡니까? CTN 검사 다른 말로 종합검사 그죠 자 요런 검사 방법이 있더라 이 정도만 알면 된다. 있더라 정도만 아시면 됩니다. 자 좋습니다. 자 이렇게 금사도 됐고요. 자 그 다음에 이제 문서화요 문서화 자 그러면 이 시스템이 만들어졌어 그러면 뭐든지 문서로 다 담겨놔야죠 매뉴얼도 있어야 되고 그래서 이 문서화에 대해서 장관 공부자 문서화는 뭐 시스템 개발 순서 등 시스템 개발에 관련된 모든 행위를 문서로 만들어주는 작업을 문서화라 하고 문서화는 반드시 표준화돼야 되죠. 지멋대로 하는 게 아니고 표준된 문서를 해야 되고 의사소통의 효율성이 증대됩니다. 문서가 있음으로써 말이 뭐 필요 있노 그죠 문서를 보여주면 되는 거죠.

화자 1
32:17
메뉴 사용 설명서 있으면 되는 거야. 맞나 노트북이든 컴퓨터든 테레비던 또 소프트웨어든 전부 다 메뉴얼 문서를 다 만들어 놔야 되지 아니면 사용자들한테 맨날 만날 신분이 되잖아. 이건 텔레비전을 이렇게 끼고 그러니까 전부 문서화돼 있기 때문에 매뉴얼만 줘버리면은 사용하는 데 지장이 없는 거예요. 그죠 자 문서화의 목적 읽어보시면 되겠죠. 자 개발팀에서 운영팀 사용한 팀으로 인수인계가 좋 문서를 적으면 되니까. 말할 필요도 없고 시대개발 프로젝트의 관리가 용량 아주 좋아지죠 읽어보면 되겠죠. 읽어보시면 여러분 됐고요. 문서화를 반드시 해야 되는구나. 당연한 이야기 자 그리고 이제 한번 보자 이 말입니다. 문서화 어 없어요. 이 뭐 또 있어야 되는데 끝이에요. 어 진짜 이게 좀 잘못됐는데 하나 왜 그러냐면 이게 하나가 시험에 자주 나와서 외계인 코드 가능했습니다.

화자 1
33:17
외계인 코드 에어라인 코드 해 가지고 자 이놈은 뭐냐 하면 문서왕 이게 어떤 코드를 이 프로그램을 코드한 프로그램이 아니라 프로그램 문서화를 하지 않아 가지고 외계인 코드는 문서화를 안 해 가지고 전혀 이게 인식을 모하는 거예요. 문서가 없기 때문에 이게 완전히 외계인이지 뭐 이게 뭐 흔적이 없는 거야. 이건 이런 코드를 외계인 코드라는데 자 이 문서화 문서화가 되지 않은 거죠. 그죠 문서화가 안 돼 가지고 이거 참 운영하는 데도 힘들고 또 사용자가 바뀌어도 이게 참 사용하기도 힘들고 이렇게 해 가지고 또 이게 뭐 예를 들면 문서가 없어져 버린다든지 문서가 없는 소스 코드를 뭐라 한다. 외계인 코드라 한다. 요렇게 알고 있으면 된다. 문서와 그쵸. 고 말이 빠졌네요. 이상하네 이상한 분명히 있는데, 예 좋습니다. 자 그래서 됐어요. 자 그 다음에 몇 분 다 됐죠 이제 예 좋아요. 아이고 빠져가 찝찝하네 하여튼 고것만 하면 되죠.

화자 1
34:16
외계인 코드는 뭐다 이 소수 프로그램 개발된 시스템 프로그램 코드가 문서화되지 않아 가지고 상당히 어려움을 겪는 이런 소프트웨어 코드를 외계인 코드라 합니다. 외계인 그렇제 맞죠. 외계인들은 외계인 코드나 이렇게 우리 소프트웨어에서 불러요 자 그래서 어렵지 않는 거 우리가 시스템의 평가와 문서와 그죠 그래서 요즘 아주 엑기스로 정리를 잘했습니다. 좋나 좋아요. 웃어요. 자 한 5분 10분 쉬다가지고 다음 강의로 여러분 만나 뵙겠습니다. 잠시 후 돌아오겠습니다.

https://youtu.be/J66ERPSe5Ds

1. 객체지향 분석과 설계

1-1. 객체지향 개발과 원리
-  프로그램 개발 시 데이터와 데이터의 행위를 통합해 객체로 봄
-  과거 절차적 방법과 달리, 객체 지향은 소프트웨어 개발을 객체 위주로 함
-  객체 지향은 비용 절감과 빠른 개발을 가능하게 함
-  하드웨어는 전문가만 만들 수 있지만, 소프트웨어는 누구나 만들 수 있음
-  객체 지향은 조립식 조립 방식으로 진행되며, 비용 절감이 가능함

1-2. 객체 지향의 핵심 요소
-  객체 지향의 핵심은 재사용과 개발의 용이성임
-  데이터와 데이터의 행위를 통합해 객체로 봄으로써 비용과 시간을 절감할 수 있음
- (중요) 객체 지향은 누구나 개발하도록 하여 개발의 문턱을 낮춤
-  객체 지향 소프트웨어는 하드웨어와 유사한 절차와 과정을 가짐
-  객체 지향은 디지털 세상에서 중요한 기술임

1-3. 객체 지향의 미래
-  세상은 객체 중심으로 흘러가며, 객체 위주의 정치, 경제, 사회, 문화가 될 것임
-  객체 지향 소프트웨어는 다양한 분야에서 사용되며, 소프트웨어 개발 방법도 객체 중심으로 흐러갈 것임
-  객체 지향 개발은 소프트웨어의 재사용성을 향상시킴
-  객체 지향은 앞으로 현재와 미래의 소프트웨어 개발 기법이 될 것임

2. 객체지향의 개념과 장점

2-1. 객체지향의 개요
-  데이터와 연산을 하나의 객체로 묶어 객체지향 기법을 이해함
-  객체는 데이터와 행위를 갖는 격체이며 객체 사이에 메세지가 오감
-  객체 안의 속성은 데이터의 성질과 상태, 변수를 포함함
-  클래스는 상위 클래스와 하위 클래스로 나뉨
-  인스턴스는 실제 클래스에 들어있는 데이터 값이며 메세지는 객체 간 상호작용을 유도함

2-2. 객체지향의 특성
- (중요) 객체지향 기법의 기본 원칙은 캡슐화, 다형성, 복합성임
-  캡슐화는 객체의 데이터, 연산, 산업화를 정보 은닉하여 모듈화함
-  격체는 독립적으로 존재하며 다른 객체는 정보를 알면 안 됨
-  객체 지향 기술은 재사용 가능성을 제공함
-  소프트웨어도 회원 가입, 결제 프로그램 등 모듈 형태로 만들어짐

2-3. 객체지향 기술의 적용
-  객체지향 기술은 소프트웨어 개발에서 사용자 중심의 개발로 확장 가능함
-  PC 조립하듯 소프트웨어도 조립해 새로운 시스템을 만들어냄
-  객체 지향 기술은 여러 모듈을 재사용할 수 있게 함
-  객체 지향 언어는 다양한 소프트웨어 개발 툴을 제공함
-  객체 지향 기술은 개발자의 역할을 줄이고 누구나 쉽게 소프트웨어를 만들 수 있게 함

3. 객체지향 프로그래밍과 그 원리

3-1. 객체지향 프로그래밍의 원리와 캡슐화
-  객체지향 프로그래밍의 기본 원리인 객체 모델링과 동적 모형화에 대해 설명함
- (중요) 캡슐화의 개념과 중요성에 대해 강조하며, 객체의 정보를 숨기는 방법 중 하나라고 설명함
-  캡슐화를 통해 객체의 정보를 다른 객체에게 공개되지 않게 함
-  객체를 독립적으로 생성할 수 있도록 하여 객체가 가지고 있는 정보를 다른 객체에게 공개하지 않게 함

3-2. 추상화와 상향식의 이해
-  추상화의 개념과 중요성에 대해 설명함
-  불필요한 부분을 생략하고, 객체의 속성 중 가장 중요한 부분에 중점을 두어 일반화하는 추상화에 대해 설명함
-  객체들의 특성을 뽑아 하나의 객체로 통합하는 추상화의 과정을 자세히 설명함
- (중요) 객체의 추상화를 통해 큰 객체를 작은 객체로 나누는 상향식에 대해 설명함

3-3. 하향식과 객체의 다형성
-  객체를 작은 객체로 나누는 하향식과 그 반대 과정인 상세화(구체화)에 대해 설명함
-  객체의 다형성을 통해 객체가 다양한 형태로 존재할 수 있음을 설명함
-  상속이라는 개념과 객체의 다형성과의 관계를 설명함
-  다중상속과 단일상속에 대해 설명하며, 상속이 여러 객체에게 받을 때 어떻게 이루어지는지를 설명함

4. 객체지향 분석과 설계

4-1. 객체지향 분석의 개요
-  객체 지향 분석은 문제를 정의하고, 객체 모델링으로 상세화함
-  객체 모델링은 객체들의 특성과 관계를 모델링하는 것임
-  동적 모델링은 객체의 행위와 상태를 모델링함
-  객체 지향 분석 방법에는 넘바오, 부어, 자코스, 요오드 등이 있음
- (중요) 객체 지향 분석은 추상화, 정보 분리, 모듈 설계를 바탕으로 함

4-2. 객체 지향 설계의 특징
-  객체 지향 설계는 설계 모델을 적당한 언어로 프로그래밍함
-  객체 지향 프로그램은 재사용, 확정성, 생산성 향상, 프로그램 품질 향상을 가져옴
-  소프트웨어 개발 시 비용, 기간, 품질 등 목표를 모두 만족해야 함
-  객체 지향 프로그래밍은 이 목표를 모두 만족하는 기법임
-  객체 지향 프로그램은 상속을 통한 재사용, 동적 관계, 소프트웨어의 확장성 등을 가짐

4-3. 객체 지향 설계의 중요성
-  객체 지향 설계는 소프트웨어의 품질을 높이고, 비용과 개발 기간을 절감함
-  객체 지향 프로그래밍은 비용, 개발 기간, 품질 등 목표를 모두 만족시킴
-  객체 지향 설계는 시스템 분석, 설계, 기능 분석 등을 바탕으로 함
-  객체 지향 설계를 통해 생산성, 확정성, 재사용성, 동적 관계 등을 극대화할 수 있음
-  객체 지향 설계는 시스템의 기능과 관계를 분석하고, 이를 모델링함

5. IT와 자격증

5-1. 공부와 취업의 중요성
-  공부와 자격증이 취업에 도움이 됨을 강조함
-  공무원 자격증은 시험 외에 실기 시험도 봄을 언급함
- (중요) 자격증과 공부를 병행하면 기사 자격증을 따고 명성을 쌓을 수 있음
-  교수님이 자격증과 시험을 함께 병행하는 것을 추천함
-  IT 분야는 돈이나 명예가 아닌 행복을 줄 수 있음을 강조함

5-2. 시험 준비와 인생의 행복
-  공무원 시험과 자격증 취득을 모두 해야 인생에서 행복해질 수 있음
-  강의의 내용은 공무원 시험 대비와 자격증 취득에 도움이 됨
-  교수님이 수강생들에게 기업에서의 성공 경험을 공유함
-  자격증과 공부를 함께 하는 것을 추천하며, 자격증은 기사 자격증이 중요함을 강조함
-  기술 강국이 되어야 하며, 기능 강국이 아닌 기술 강국이 되어야 함을 강조함

5-3. 취업 준비
-  잡코리아를 통해 자격증 취득 후 기업의 취업 시스템을 강조함
-  기업의 인재 정보에 입사할 수 있도록 자격증을 올릴 것을 권장함
-  해외 연동, 학교 연동 등 N2M 사이트를 통해 취업을 돕는 기업이 있음
-  강의에서 다룬 내용은 해외 취업과 국내 취업 모두 가능함을 강조함
-  숨기기, 거짓말, 투명성, 공유를 강조하며, 기술 교육 공유의 중요성을 언급함

화자 1
00:10
자 전국에 계시는 우리 MTM 안방 가족 여러분 계속해서 함께 하겠습니다. 아 좋습니다. 그죠 마지막 멘트 드디어 여러분 이제 대단한의 막을 내릴 마지막 강의 레스트 렉처다 자 이제 여러분 인터넷 여러분 이제까지 매일 7시 들어와 가지고 저하고 인터넷 공간에서 뜨거운 두사부일체의 정을 달았죠. 병태순자 웃어요. 허폐 디미즈죠 예 좋습니다. 그래서 오늘 마지막 강의 이제 객체 지향만 남아있다는 거죠. 그래서 일단은 강의를 하고 총합 정리하고 대단한 막을 내리겠습니다. 그죠 자 마지막 강의 들어가 봅니다. 커밍숭 개봉박두 좋습니다.

화자 1
01:03
자 자 객체 지향 분석과 설계 자 내가 다시 한번 정리를 하면은 우리가 이 시스템 분석설계 비록 산업기사지만 기사의 내용을 다 포함하고 있습니다. 그죠 그래서 소프트웨어를 개발하는 방법은 계속 중요하게 반복한다. 우리가 절차 지향적으로 할 수도 있고요. 구조적으로 할 수도 있고요. 구조적 구조적 방법으로 그 다음에 객체지향적 객체적으로 개발할 수가 있는 거예요. 그죠 어 절차적으로 할 수도 있고 그죠 역사적은 옛날 방법이고 그래서 이 구조적 방법이나 격체적으로 하는데 그 방법론은 똑같다 개발 단계는 뭐다 싫든 좋든 분석 단계는 있어야 되고요. 분석 단계가 마치고 이 분석된 데이터를 가지고 설계로 넘어가고 설계가 끝나고 난 뒤에 가장 적당한 언어를 선정해서 이제 구현하죠. 구현 코딩 프로그래밍 개발을 합니다.

화자 1
01:57
그리고 구현이 끝나고 난 뒤에 제대로 됐나 안됐나 검사해야 되죠. 검사해 가지고 에러가 발생하지 않으면 이놈은 이제 운용되면서 유지되면서 또 보조 유지보수 과정을 거칩니다. 그죠 그렇게 해서 하나의 소프트웨어가 하나의 시스템이 돌고 돌면서 라이프 사이클 그리고 폐기되는 이 과정 이걸 지금 배우고 있는데, 자 앞부분에서 뭐 배웠노 구조적 분석 도구를 배웠죠 구조적 분석도구 뭐였노 DFD 시험은 얘기가 나오죠. DD 소단위 명세서 ERD 그죠 그리곤 STD 그렇죠. 이런 것들을 이용해서 분석을 하다 말로 씨부리지 않고 알겠나 이 분석에 있는 걸 가지고 설계를 해야죠 설계도구에 뭐가 있나 상향식 설계도구가 있고 하향식이 있는데, 가장 늘 이용되는 설계 기법이 모듈 기법이다.

화자 1
02:52
모듈 아주 중요한 이야기 모듈 설계가 가장 좋더라 그렇죠. 그리고 이거 외에도 히포 히포 계층적 히포 아이피오 히포설계가 있고 엔에스 차트가 있고 피디엘 등이 있더라 그죠 이런 설계 도구를 앞 시간에 배웠습니다. 배웠나요? 그리고 프로그램 언어로 구현을 하고 검사는 화이트박스와 블랙박스가 있고 단위별로 하였다가 통합했다가 인수검사하고 마지막 종합검사를 하더라 이게 시험 다 됐다. 끝났다 그죠 앞부분 이렇게 했고 자 이제 자 오늘 마지막 객체 지향적에 대해서 배워야 됩니다. 객체지향적 자 구조적은 이제 과거와 지금 쓰는 거고, 앞으로 현재와 미래 미래의 소프트웨어 개발을 뭘 하자 객체의 지향으로 하자는 겁니다. 됐나 들어가 봅니다. 자 객체지향은요, 자 유비쿼터 시대입니다.

화자 1
03:49
미래시대 슬기 기법입니다. 자 격심 주장 내가 늘 이야기하죠. 여러분 이거 더 월드 잇츠 컨세스타 오브 오브젝트 아 늘 이야기하는 거 아니에요. 내가 이 세상은 비 컨시스트 오브 뭐뭐로 구성되다 완전히 영어 시간이다. 바로 오브젝트 삼입식 영화 좋아도 되고 객체의 집합입니다. 이 세상은 모든 객체의 집합입니다. 자 JH도 객체고 우리 병태도 객체고 순자도 객체고 카메라도 객체고 분필도 객체고 책상도 객체고 엄마도 객체고 이러한 객체들이 다 다 모여 가지고요. 세상을 움직입니다. 할렐루야 맞죠. 야 여러분 진리가 나온다 지금 자 여러분 앞으로는 이 세상의 컴퓨터뿐이 아니고 컴퓨터가 세상을 앞당기죠 컴퓨터뿐이 아니고 세상의 정치 경제 사회 문화 모든 것이 객체 중심으로 흘러갑니다. 과거에는요 국가가 지배했고요.

화자 1
04:48
큰 기업이 지배했고 학교가 지배했고 조직 중심이었는데. 앞으로 미래 사회는 객체 중심이라니까 모든 게 객체 위주로 흘러가고요. 우리 소프트웨어 개발 방법도 뭐 객체 위주로 흘러갑니다. 예 자 그래서 하기 전에 원리를 이야기할게요 자 이제까지 여러분들 프로그램 개발을 어떻게 했느냐 하면요 소프트웨어 개발은 전문가가 했습니다. 전문가가 어떻게 했냐면은 과거에 이랬다니까 자 이 데이타와 데이터의 행위 데이타 연산을 따로 분리했습니다. 저 데이터를 선언하죠. 에이는 10 비는 20 이 데이터를 선언해 놓고 그리고 행위 자 에이와 비를 더해라 자 이 데이타와 데이타의 연산 연산이죠.

화자 1
05:39
연산 다른 말로 행위죠 행위 또는 함수죠 함수 또는 처리 절차죠 처리절차 다 같은 말이다. 이런 말장난 하나입니다. 이건 데이타 이거 따로따로 했다니까 데이타 따로 따로 했습니다. 자 그래서 격시지향은 뭐냐 이거 하나로 통합해 버려 어 이 데이타와 데이터는 반드시 뭡니까? 성격과 성격과 구조를 가지고 성질을 가지고 있죠. 데이터의 성질을 뭐라노 속성이래요. 속성 모든 데이터는 성질 있어요. JJH라는 객체도 데이타도 성질이죠. 성질 친절하고 부드럽고 자상하고 아주 뭡니까? 아주 미래지향적이고 우리 순자는 성질이 있죠. 몬때꼬 아이가 또 화낸 데의 착하고 하듯이 모든 데이터의 성질과 또 이 데이타를 하는 행위가 있죠. 행위 나는 행위를 많이 합니다.

화자 1
06:34
여러분한테 강의를 가리키고 친구하고 술 마시고 영화도 보고 이 모든 데이타가 행위를 합니다. 이런 데이터의 데이타와 행위를 합하자 이 말입니다. 자 쉽게 이야기할게 집을 짓습니다. 과거에는 집을 어떻게 짓노 자 내가 집을 지을 때 벽을 만든 어떻게 만드나 벽돌을 다 짊어지고 노가다들이 벽돌 쌓아가 미생 자 발라가 도배 쫙 하고 아니면 좋게 할려면 돌을 붙이던 애가 벽을 다 만드는 거야. 그걸 천정 전부 다 작업에 천정 만들고 그렇게 해서 집을 만들었네요. 이게 구조적이고 절차 지향 중에서 격체 지향은 그게 아닙니다. 프로그램 개발 왜 그래 하노 이미 벽이 제공 이미 잘 만들어진 벽을 제공합니다. 천정을 제공하여 바닥을 제공합니다. 이걸 소케이프 방식으로 조립 조립 조립식으로 만들어 버리는 게 뭐냐 객체 지향이 그러면요 비용 절감하고 빨리 개발되고 누구나 개발할 수가 있죠.

화자 1
07:34
뭔 말인지 알겠나 이제 프로그램 개발도 그렇게 하자 이 말입니다. 누구나 개발하도록 하자 자 객체 지향적의 가장 핵심이 뭐다 뒤에 리조즈 재사용 제사요 자 여러분 지금 하드웨어는요 저 피시 누구나 만들 수 있습니다. 피시 조립 다 할 수 있잖아. 우리 집 아도 합니다. 과거 이런 컴퓨터는요 전문가이면 못 만들어 그럼 요즘은요, 피씨는요 누구나 다 만들 수 있습니다. 어떻게 만드노 어떻게 만들어 원리를 설명한다. 원리만이면 장난이니까. 자 마더보도 하나 사오죠 10만원 주고 하나 사오고요. 씨피뉴 하나 사옵니다. 씨피뉴 요즘 인텔 투 듀얼 코아 그죠 인텔 투 엄청 빠르는 거 3.8기가 헤르츠 속도를 내는 거 CPU 사 오고 메모리 네임 사옵니다. 네 냄 사옵니다. 1기가 2기가 사 오죠 하드디스크 사옵니다. 사오고 그래픽카드 사옵니다.

화자 1
08:26
이게 객체제 이걸 가지고 뭐 해버리노 조립해 뿌면은 컴퓨터 즉 하드웨어 시스템이 만들어지거든. 아 이거 이런 가공용 맞나 안 맞나 하드웨어는요 누구나 다 만들 수 있거든요. 지금 PC 조립은 내 강의 1시간만 들으면 다 합니다. 그래서 내 강의 듣고 제일 안 되는 친구가 여러분 세운상가 용산상가 대구의 교동 이런 데 가면은 내 제자가 많이 조립해 가지고 팔아먹으니까 그걸 1대 팔면 한 20만 원 떨어진다 카더라고. 알겠습니까? 내가 하면 90도 막 인사하죠. 90도 인사하면은 뭐 그 신이거든. 시내에서 나한테 90도 인사하면 조폭일 줄 알거든. 그래서 진짜 조폭이 내보고 니 나발이 어딨냐 캐가 내가 난리 났어요. 그래서 시내에서 내 만나면은 90도 인상 안 된다. 순자야 눈웃음 교수님 알겠나 그러면 맛있는 거 사줍니다. 무슨 소리 하는지 모르제 자 그럼 이제 소프트웨어는 지금요 소프트웨어는요 전문가이면 못 만들어요. 이 뭐 프로잉 개발한다.

화자 1
09:25
하니 뭔가 대단한 것 같고, 아무것도 아닌데 전문가는 아닙니다. 이 소프트웨어도 이렇게 만들어보자 이 말입니다. 소프트웨어도 어 그냥 모듈 단위로 객체 단위로 만들자. 이래 만들어 가 요 가 와가 속히 조립하자 이 말입니다. 피씨 조립하듯이 이렇게 만드는 게 뭡니까? 객체 지향 기술이야 자 여러분 지금 많은 컴퓨터 언어들이요. 객체지향으로 달려갈 수 있고 앞으로는 어느 누구나 PC 조립하듯이 소프트웨어도 조립할 수가 있습니다. 그래서 요즘 소켓 방식 요즘은 개발자가 하는 게 아니고 솔루션 그러니까 회원 가입 모듈 전자결재 모듈만 있으면 누구나 가와가 소켓 조립해뿐 되고 그러면 하나의 소프트웨어 시스템이 탄생됩니다. 어느 누구나 PC 조립하듯이 이 소프트웨어도 그걸 모듈로 가면 되는 거예요. 그러다 보니까 요즘 어떤 거예요. 우리 회사 같은 경우 들어오면 많은 모듈이 있거든.

화자 1
10:19
이 모듈 독립된 회원가입 프로그램도 있고 결제 프로그램도 있고 회원 관리도 있고 좀 그거 와가 쪼금만 공부하면 따따따따 조립하면 새로운 시스템이 딱 나와요. 그러다 보니까 요즘은요, 우리 IT 쪽에서요 이게 소프트웨어 분쟁이 굉장히 많이 일어나거든. 그러니까 경력자를 뽑는 게 완전 박찬호야 에이라는 회사인 아들이 오면 그 회사에 개발했던 모듈 다 온다니까 어 우리 회사 있다가 나가면요 다 나와 가지고 쭉쭉하면 또 시스템 만들어 버립니다. 자 계속 이렇게 소프트웨어는 어느 누구나 쉽게 만들자. 하는 게 뭐 객체 지향 기술의 핵심입니다. 프로그램 만들 때 객체 중심으로 만드란 말이야. 그러면 요 시스템이 만들었죠. 이 객체를 그럼 딴 시스템 만들 때도 이 객체 또 가오면 됩니다. 새로 개발하는 게 아니고 가져오면 됩니다. 이제까지는 전부 새로 개발했거든. 소프트웨어 개발해가면 따로 만들고 또 이제는 회원가입 있으면 여 이 시스템에도 쓰고 이 시스템에 쓸 수 있도록 이게 뭐야? 재사용입니다. 여러분 하드웨어 현재 여러분 집에 컴퓨터 꼽혀있는 그래픽카드 새로운 컴퓨터 만들 때 가져오면 되죠.

화자 1
11:19
재사용이죠. 이런 식으로 하는 게 뭐 격체 지향입니다. 됐나 자 이제 소프트웨어도 특정 전문가만 만드는 게 아니고 사용자가 지가 원할 때 모줄 가 와서 그냥 꼽아 가지고 쓰라 이 말입니다. PC 조립하듯이 집 지을 때요 어 조립해 가지고 지으라 이 말입니다. 그게 훨씬 생산 단가도 약해지고, 빨리 만들어지고 지 원하는 대로 만들어지는 거 그래서 그런 툴들이 나옵니다. 그죠 그게 객체 지향 언어의 핵심이고 그런 언어들이 지금부터 많이 나와갖고 우리 사이트에도 디벨로프 205 MSDBL 205 카는 언어가 이미 강의가 다 그 강의 들어봐라 듣고 난 뒤에 여러분 뚝딱뚝딱 꺼내면 여러분들도 소프트웨어를 만들 수 있습니다. 만들어서 판매를 하고 이 사이트에서 사이트를 운영할 수가 있었습니다. 알렐루야 그 이야기다 그 이야기를 가지고 자꾸 시험에 내는 거야. 에 리조저가 핵심이다.

화자 1
12:11
재사용하는 단어 이해되나 이렇게 이야기를 해주는데도 모르면 빙시재 에 대한민국에 이렇게 강요할 수 있는 사람이 누구 제재지밖에 없죠 야전사령관 육군본부에 앉아가 쉬부리는 사람이 아니고 방금 전쟁터에서 이런 걸 수많이 개발하고 어 수많은 적을 죽이고 피를 흘리면서 와서 강의를 하고 있잖아. 여러분 야전사령관 강의를 직접 듣습니다. 이 전투가 전투하고 막 온몸 피피 안 보이나 이거 어 이 마지막 피 예 그런 거요 자 그런 개념입니다. 그죠 자 그러면은 강의 한번 보자 억수로 쉽다 이 말입니다. 객체 지향의 개념 뭐고 이 말은 다 필요 없습니다. 이제까지 데이터와 그 데이터가 하는 행위 연산을 분리하고 있는 기존의 방식과 달리 데이타와 연산 데이터와 연산이 결합된 객체들의 시스템을 이루는 곳에서 객체들 간의 상호작용 메세지를 이용해서 이루어지는 기법이다. 이 말입니다. 그죠 그러니까 자 그리고 자 이거 중요하죠. 데이터와 행위를 하나로 결합해 버린 겁니다.

화자 1
13:05
데이터와 데이타 행위 함수 처리 절차 연산 메스트 같은 방향 통합처리하는 기법이 객체지향기법이다. 이 말입니다. 오케이 어 이 객체 안에는 객체의 데이터 행위가 다 들어가 있고요. 객체와 격체 사이에 전달은 뭐로 한다메섹지를 합니다메섹지 메세지 메세지로만 왔다 갔다 하는 거 이런 기법이 객체 지향 기법입니다. 자 그럼 이런 객체 지향 기법의 구성 요소들을 봐야 됩니다. 자 격체가 뭔가 이제 알았죠 객체는 이제 그 데이타 데이터에 속성과 행위가 하나로 된 걸 격체로 봅니다. 데이터와 데이터를 처리하는 연산 함수를 묶으면 일체될 하나의 단위 모듈을 객체를 한다는 거예요. 격체 즉 데이터는 속성 성질과 상태를 가지고 있고 또 변수도 포함하고요. 함수는 메스도 연산 다 같은 말이죠. 나타내는 거 되겠습니까? 자 객체가 이거고요. 자 속성은 너무나 잘 알죠 그 객체가 가지고 있는 더러운 성질 어트리뷰트 못됐다.

화자 1
14:03
착하다 부드럽다 객체는 많은 속성을 가지고 있겠죠. 자 클래스는 뭡니까? 장난 이제 클래스 이거는 여러분 뭐고 클래스 하나 이상의 유사한 객체들을 모아놓은 거 클래스죠 클래스 이 클래스는 상위 클래스와 하위 클래스가 있는 거지 상위 클래스와 하위 클래스 그렇죠. 클래스 자동차라는 클래스 안에 승용차라는 객체 또 뭐 트럭이라는 격체 이 유사한 격체들을 모아놓은 걸 뭐라 한다. 클래스고 그죠 위에 있는 클래스가 상위 클래스고 밑에 있는 클래스가 하위 클래스겠죠. 그렇죠. 하위 클래스 되나 유사한 가치들을 모아놨는 걸 클래스라고 클래스는 상위 클래스와 하위 클래스로 나눠지더라 좋습니다. 너무나 아쉬운 이야기들 원리만 아니까 되는 거 자 그리고 인서턴스는 뭐냐면 실제 실제 클래스에 들어있는 하나의 데이터 데이터 값 구체화된 오브젝트입니다.

화자 1
14:57
황당한 객체가 아니고 실제 클래스에 들어와 있는 실제 오브젝트 실제 데이터 값을 우리는 뭐라 한다. 인스턴스 해 가지고 실체다 이래 하고 메세지는 뭐고 객체와 객체 간의 에이라는 객체와 비라는 객체 상호작용을 유도하고, 명령을 내리는 걸 뭐라 한다메섹지에 의해서 객체들은 움직이죠. 맞잖아. 지금 또 여러분 나라는 객체와 병태라는 객체는 뭐 메세지에 의해서 움직여 병태야 밥 먹어라 메세지죠 이 메세지에서 병태라는 객체가 밥을 먹습니다. 세상도 그래 돼 있잖아. 맞나 안 맞나 어 박수 쳐라 제이진치 격체가 순자격체한테 이야기합니다. 여러분 그럼 박수라는 행위가 나오죠. 박수 철학은 뭐다메섹지입니다. 그러니까 소프트웨어도 우리 사람하고 똑같이 만들어내는 거죠. 소프트웨어들끼리도 그런 이야기 자 매스터들은 연산 기능이죠.

화자 1
15:48
연산 기능 객체가 행하는 행위 행위죠 객체가 실행해야 할 구체적인 연산 함수 처리 절차 행위 다 같은 말입니다. 이걸 우린 메스더 이렇게 합니다. 됐죠 이런 용어들부터 알아야 되겠죠. 자 원리만 하면 쉽죠 메스 더 메세지 인스턴스 클래스 객체 속성 이런 이야기들 여러분들이 알아놓으시고 그다음에 격체 지향 기법의 기본 원칙 다른 말로 격체지향기법의 성질 또는 특성 같은 말이죠. 객체지향 기법이 가져야 할 더러운 성질 특성입니다. 특성 기본원칙 캡슐화 캡슐화가 뭐고 인 캡슐레이션 캡슐화 하는 거죠. 캡슐이 뭐고 이러면 약이 캡슐 캡슐량 아니야. 캡슐 묶기는 많이 먹잖아요. 캡슐 이 캡슐 알잖아. 그러면 이 캡슐을 이 안에 들어가면 온갖 약이 있는데, 약 있잖아. 캡슐 안에 뜯어보면 빨리빨리 캡슐 모르잖아. 이 캡슐 여러분 그냥 묶잖아.

화자 1
16:46
근데 그 안에 내용을 모르죠 그래서 객체 지향 기술에서 캡슐화가 굉장히 중요합니다. 왜 객체의 데이터 연산 산소 모든 정보를 하나로 묶어 가지고 저 모듈화 해 가지고 정보 홈페 동그라미 다른 말로 인포메이션 히딩 정보 은닉이 이루어지도록 하는 기술이 캡슐화입니다. 그러니까 격체 지향에서는 이 하나의 격체가 독립적으로 보장돼야 되기 때문에 다른 다른 격체가 이 정보를 몰라야 되겠죠. 서로 다른 격체 어 그렇잖아요. 독립적으로 독립 독립 그러다 보니까 그 그 객체가 가지고 있는 정보를 모르도록 하는 게 뭐다 캡슐합니다. 알겠나 우리 캡슐된 약 먹어보면 약 안에는 약이 빨간색인지 파란색인지 모르잖아. 근데 캡슐 뜯어보면 다 알잖아요. 알겠나 캡슐화입니다. 되겠죠. 자 정보원님은 당연한 거 캡슐화에서 가장 중요한 개념으로 다른 객체에게 자신의 정보를 숨기고 자신의 연사말을 통하여 독립적으로 접근을 허용하는 걸 정보 은익 다른 말로 정보 은폐라 하는 거고, 자 추상화는 이미 공부 다 했제 추상화 암기하는 건 하나도 아니다.

화자 1
17:46
자 추상화는 뭡니까? 불필요한 부분을 생략하고 객체의 속성 중 가장 중요한 부분에 중점을 두어가지고 일반화시키는 거 자 이런 이야기다 이 말이에요. 자 하위 객체 객체들 있죠. 객체 객체 객체 이런 객체들의 특성을 뽑아가지고, 하나의 객체로 이야기하는 게 뭡니까? 객체 뭐 추사 추상화다 추상화 추상화입니다. 예를 들면은 어떤 개체가 있노 승용차라는 개체가 있고 승용차 트럭이라는 객체가 있고 화물차라는 객체가 있고 그다음에 또 승갑차라는 객체가 있다. 이 말이야. 객체를 그러면 객체의 추상화는 뭐고 자 승용차 승용차는 기름을 때려 가고 트럭은 뭐 신나를 깨야 되고 화물차는 뭐고 뭐 있고 승합차는 경유를 깨야 되듯이 그럼 이 결국은 이 4개의 세상의 특성이 뭡니까? 차 간다는 거잖아요. 그러면 이걸 다 모아가 뭡니까? 카 차로 표현한 속성 이게 뭐다 객체의 추상화입니다.

화자 1
18:40
밑에서 위로 가는 게 추상화제 이 승용차 트럭 화물차 승합차라는 객체는 자동차라는 속성으로 객체로 추상화시킬 수 있습니다. 맞나요? 그렇죠. 이 추상화 다른 말로 뭐 자 이게 상향식이죠. 상향식입니다. 배웠다 상향식하고 똑같은 말 뭐 추상화 객체의 추상화 데이터의 추상화 다른 말로 일반화 이런 걸 일반화시켰죠 또는 전체화 각각의 차이 전체화 그렇죠. 상향식 추상화 일반화 전체화 같은 말입니다. 다른 말로 개념화 이 추상화는 다 같은 말이다. 추상화 일반화 같은 말이에요. 이거 속지 말아요. 어 전부 책마다 다르게 나옵니다.

화자 1
19:33
하 여기 반대가 뭐고 반대 반대 자동차를 이 카를 자동차를 다시 이렇게 분리하는 게 뭡니까? 자동차를 승용차 트럭 이렇게 분리하는 이런 과정 이거는 뭐가 하향식이죠. 하향식 하향식 하향식은 다른 말로 뭐 구체화 이야기했다. 구체화 상세화 상세화 그죠 하향식 구체화 상세화 또는 뭡니까? 세분화 다 같은 말이 아니야. 이거 같은 말이죠. 객체를 위로 뽑아내는 거는 상향식 추상화고 그 하나의 큰 격체를 밑으로 뽑아내는 거는 하향식 구체화입니다. 되겠나 상세화합니다. 자 이런 원리를 알면 되겠죠. 그래서 객체는 이렇게 큰 데서 작은 거 뽑아낼 수도 있고 작은 데서 큰 데로 모일 수도 있는 거고, 되겠어요. 그럼 여기 보면 상위 클래스고 무슨 클래스고 하위 클래스고 됐나요?

화자 1
20:31
어 주상화 상위 클래스의 성질이 하위 클래스 전달되는 게 상속이지만 뒤에 나옵니다. 공부할 거 하나도 없는 걸 들이 암기 쌓고 아들 죽인다 죽여 진짜 이거 한번 봅시다 바로 뒤에 뒷장 한번 봐요. 상속 바로 나와 상속성은 뭐고 이거 암기할래 인힐턴트 상속이 뭐고 봤자 사람이 그래서 자동차에서 속성이 달린다는 속성이 메서드에 존재하는 모든 소송 하위 클래스로 계승되는 게 뭐다 격체의 상속입니다. 맞지 아버지의 성질이 내한테로 오는 게 상속되어 있는 거죠. 아부지 재산이 내한테 오는 게 뭐고 상속이지 뭐 그렇죠. 쉽게 가자 이 상속은 단일상속과 단일상속은 한 격체에서 받는 거고, 다중상속은 여러 개 격체한테 받는 거고, 아버지한테도 도움받고 외삼촌한테도 돈 받고 엄마한테도 돈 받고 엄마 애인한테 이거 다 받는 거 이건 다중상속이야 쉽죠 공부할 거 없다. 그리고 자 다양성 굉장히 여러분들 어렵게 생각합니다.

화자 1
21:27
자 이런 말들 전 내가 책에 놓으면 더럽게 잡혀 전부 사기입니다. 사기 다양성이 뭐고 여러 가지 다형성이죠. 다양성 다중인격 자 객체의 다양성이죠. 객체의 다양성이 뭐고 참 이 너무 쉬운 걸 막 이렇게 더럽게 한 메세지가 객체에 따라 단어 응답할 수 있는 이것도 가장 쉬운 거야. 그래서 내가 이거 안 써도 안 쓸라카다가 또 안 쓰면 허전하나 싶어 가 왔는 거야. 자 다양성은 어떤 겁니까? 이런 거요 학문적으로 이야기할게 숫자 클래스가 있습니다. 숫자 클래스 여기 문자 클래스가 있답시다 문자 클래스 자 숫자 클래스 숫자가 막 들어가 있겠죠. 뭐 567 문자 클래스는 뭐 문자가 들어가 있겠죠. 그런데 이 격체인 오라는 격체와 6라는 격체를 행위 플러스란 행위를 한다. 이 행위 메소드죠 이거는 이 숫자 클래스에서 이 플러스는 뭐고 행위고요.

화자 1
22:22
문자에서 문자에서 에이라는 객체와 비라는 객체를 더하면 이건 뭐고 더 하라 카는 게 아니고 연결하라 카면 연결 똑같은 메세지죠 더 알아는 똑같은 메시지인데 이 클래스에서는 뭐고 이거 더하라는 메세지고 이 클래스에는 연결하라는 메세지잖아. 이게 다양성이지 똑같은 게 이런 이야기가 나가 내가 여러분한테 스승 아이가 여러분한테 스승이잖아. 근데 우리 마누라한테 가면요 남편이에요. 남편으로 내가 상대를 한다니까 우리 직원들한테는 사장으로 상대하고요. 어 그리고 우리 아이한테 가면 아버지로 이렇게 내가 상대를 해요. 우리 학교에 가면 교수님으로 상대를 합니다. 알겠나 내 격차가 똑같은 메세지를 하더라도 상대방 격차에 따라서 그 메세지의 형태가 달라지겠죠. 어 그러니까 내가 우리 와이프한테 야 던지는 메세지는 잘 없어요.

화자 1
23:18
집에 잘 안 들어가요 2마디밖에 없죠 꺼라 자자 이기고야 어 여러분한테 던지는 메세지는 굉장히 많죠 합격 시키려면 알겠나 그게 뭐다 객체의 다형성입니다. 대체 이거 다형성이야 읽어보고 내가 방금 이야기했는 비슷한 말이 나오면 답이야 그걸 전부 다 외워 쌓고 우리나라 공부 방법 무조건 암기하고 몸 암기 모함 조패고 시험 제품 다 잊어뿌고 시험 가지고 인생을 결정하고 이런 나라가 어딨습니까? 어디서 어디서 어딨어 후진국 6.25 때 그 생각을 버려야 됩니다. 여러분들 자 그래서 객체 지향에 여러분들 우리가 기본 원리를 가지고 자 객체 지향 분석과 설을 할 게 하나도 없다. 객체 지향 분석 오에이 오브젝트 오리엔티드 어네이지스 오디 디자인 프로그래밍이죠. 그죠 역시 객체 지향 기법도 분석해야 되고 설계 구현 테스트 과정을 다 거쳐야 되는데 객체 지향으로 하는 분석을 격체지향 분석 똑같은 거예요. 우리가 구조적하고 똑같은데, 요것만 알면 되죠.

화자 1
24:17
요것만 현실 세계의 데이터들 현실 세계의 데이터 객체를 이제 뭡니까? 분석을 하죠. 분석 분석하는 걸 OA라고 하는데 일단 이 문제 정의 이 문제 내가 프로젝트를 해야 내가 프로그램 해야 될 업무 문제를 우리는 뭐 프로젝트라 카냐 프로 프로젝트 그렇죠. 이 프로젝트를 이거요 분석 단계에서 객체 모델링 모델링이다. 모형화 동적 모형화 기능 뭐 이것만 알면 시험은 이거 나오죠. 객체모형화 동적 모형화 기능 모형화 하는 게 객체 지향 분석 방법입니다. 요걸 모형하고 난 뒤에 설계 들어가죠 설계 들어가는 걸 오디라 카자 설계는 2단계로 들어간다 시스템 설계와 객체설계를 하면 되구요. 코딩하는 거보다 오픽 오브젝트 오리엔티드 프로그래밍 해 가지고 클래스를 정의 객체 생성 기능 호출만 하면 프로그램이 개발돼 버립니다. 복잡지가 않죠 그리고 테스트하고 유지보수 하면서 객체 지향 기법으로 분석하고 설계한다는 겁니다.

화자 1
25:16
다 끝났어 자 조금 더 볼까 시험은 여기에 나오죠. 방금 요거 이런 거 전부 그림으로 해버렸죠 앞으로 그림으로 이거는 인제 참고로 보는 겁니다. 객체 지향 분석은 뭡니까? 바로 문제를 저기 업무를 정의하고 그걸 그 업무를 객체로 모델링 하고요. 동적 모델링하고 기능모델링 하면 됩니다. 객체 동적 기능 요것만 알면 되거든. 객체 모델링은 일명 정보 MODELING 이하고 시스템이 요구는 객체들의 특성과 객체들 사이의 관계 즉 객체에 내가 소프트웨어 개발을 해야 할 그 객체들의 특성과 뭐 관계 객체들 사이의 관계 특성과 관계 뭐 객체 모델링입니다. 특성과 관계를 모델링하는 거 자 동적 모델링은 뭡니까? 기능이죠. 기능 아 동적 모델링은 뭡니까? 객체형을 규명한 객체들의 행위와 상태입니다. 행위와 상태 객체들의 객체들 간의 행위 매스더 행위와 상태를 모델링하는 걸 동적 모델링 요 말만 하면 된다.

화자 1
26:12
기능 모델링은 뭐다 DFD를 이용하여 각 해제 수행되는 동작을 기술한 동작기술 동작기술 동작 모델링입니다. 동작 되겠나 어 그래서 모델링의 종류 3가지 특성과 관계 객체 행위와 상태 동적 동작 기술 기능 기술이라는 게 기능 MODELING이다. 됐고요. 이런 객체 지향 분석 방법 이 MODELING을 분석 방법을 여러 학자들이 자기 나름대로 MODELING 방법을 제안했습니다. 컴퓨터 공학자들이죠. 그죠 이거 가지고 학위 받은 사람들입니다. 사람 이름만 알면 됩니다. 넘바오의 방법 넘바오 하는 사람이 뭐요 가장 일반적인 방법이죠. 이 분석했고 그다음에 부어 하는 건 이거 부어 미시적 거시적으로 나오면 부어입니다. 그리고 어 자콥스는 뭐야? 유저 캐스 동그라미 유저 캐스 하면 나오면 자코스입니다. 시험에 잘 안 나오면 유저 케이스 자콥스 코드와 요오드 많이 나오죠.

화자 1
27:05
인마는 이알 다이아그램 이알디 배아체 엔티티 니레이션 다이아그램 하면 코드와 요돈입니다. 그죠 그래서 요 4가지가 객체 지향 분석의 방법이다. 넘바워 부허 자 곱슨 코드와 요돈 그죠 요 정도만 아시면 됩니다. 예 핵심적인 거 예 정리하면 되고요. 그리고 넘바우는 일반적인 방법 부호는 미시적 것이죠. 자 컴수는 유적 케이스 코드와 유도는 이알디 됐습니다. 길게 공부하지 마라 짧게 짧게 좋습니다. 자 그 다음 볼까요? 자 격체 지향 설계는 말 그대로 이 분석이 있는 걸 가지고 이제 설계하는 거고, 이 설계에는 여러분 뭐야? 격체 시스템 설계와 격체 설계가 있다는 거 요것만 아시면 된다는 거죠. 그리고 설계할 때 그 객체들의 추상화 정보원폐 모줄화 기능 동시 상속성을 바탕으로 하면 지금 가장 중요하게 설계를 해야 되는 게 뭐다 모듈이죠. 모듈 그냥 모듈 설계를 잘해야 된다.

화자 1
27:59
독립된 단위 프로그램을 우리가 모듈 설계를 잘하기 위해서 뭐다 군 모듈을 만들어야 되는데 군 모듈의 조건은 뭐 중요하다 응집성은 강하게 워낙 많이 했기 때문에 너무나 결합 또는 약하게 하면은 군 모듈의 독립성이 보장되고 독립성이 보장 상황되면 좋은 객체로 탄생된다는 말씀 너무나 잘했죠. 역시 쓸개도 뭐다 넘바오가 했고 부어 코드 용어다 이런 사람이 나오면은 객체다 이라 하면 됩니다. 그죠 사람 이름 넘바워 부어 코드 자 격제 지향 프로그램은 뭡니까? 설계 모델을 적당한 언어로 프로그램 하는 거로서 객체지향 프로그램 특성은 상속을 통한 재사용 동그래미 제도 용이하고 확정성과 생산성이 향상되면서 프로그램의 품질이 좋아지고 프로그램 비용도 절감되고 빨리 개발되고 맞나요? 우리가 비용 적게 들고 빨리 개발하고 품질 좋아지면 가장 좋은 프로그램입니다. 그래서 소프트웨어 개발할 때 여러분 뭐 비용 이왕이면 개발 비용이 적게 들고 그다음에 기간 그죠 개발기간이 1년 걸릴 걸 1달 만에 하면 좋고요.

화자 1
28:56
비용 기간 굉장히 중요하죠. 그리고 뭐니뭐니 해도 품질이 좋아야 돼 품질 소프트웨어의 품질이 좋아야 되는 이 3가지가 만족돼야 되는데 객체 지향 프로그램은 이런 걸 다 만족한다는 말씀입니다. 되겠습니까? 그래서 또 누구나 쉽게 용이성 아주 쉬워야 된다는 거 이런 걸 100프로 만족하는 기법이 객체지향 프로그래밍이다. 이런 이야기입니다. 자 됐습니다. 자 그다음에요. 이제 좋아요. 자 마지막 장 넘겨 여기서 내가 좀 설명을 하게 예 아니 1장 더 넘겨주세요. 예 자 이렇게 해서 여러분들 장시간 이제 매일 저녁 7시마다 저를 인터넷으로 여러분 생중계를 만났지 자 오늘 이거로써 대단히 막을 내립니다. 그래서 여러분들 고생하셨고요. 자 그래서 내 강의 필기 다 듣고요. 자 필기 지금 들었제 들으면 이미 문제 풀이는 핵심문제 적중문제 기출문제는 중이다. 이래 있죠. 듣고 여러분 반드시 합격하죠.

화자 1
29:56
합격 필기합격입니다. 떨어질라고 몸부림쳐도 떨어지지 않죠 에 자 시험장에 가보면은 여러분의 스승 JGH의 위력을 느낀다 보면 답이다. 내 말 맞나 안 맞나 정상적으로 내 수업 들은 사람들은요, 150분 수업시간 30분만에 다치면 빠른 사람은 10분만에 초집니다. 읽어보고 막 1번에 4번 2번에 문제를 더럽게 냈네 2번 3번 누가 냈노 2번 수성 사이펜으로 마킹하죠. 마킹 조심해라 뭐 침 흘리지 마라 빨리 치고 난 뒤에 국가시험이니까. 빨리 안 내보내 주거든. 문제가 유출될까 싶어가 그러니까 할 줄 없으니 자요 자다가 침 흘려 가지고 떨어지고 그거 외에는 떨어질 일이 없다는 거 그렇죠. 그래서 여러분 필기 딱 시험치고 바로 실기 들어가면 된다. 실기는 준비 다 돼 있습니다.

화자 1
30:39
실기 자 여러분 필기 자 정리하자 컴퓨터 구조 환상적으로 20문제 이미 합격했지 운영체제 정리됐죠 데이타베이스 아 그립나 컴퓨터 네트워 그리고 우리 산업 기사는 시스템 분석 설계 그리고 기사 학생들은 소프트웨어 공학 똑같은 과목이다. 그죠 이걸 우리는 지금 정리해서 이미 합격을 했습니다. 끝나자마자 바로 실기 들어가야죠 실기는 어떻게 된다. 바로 프로그램 작성하는 방법 플루 차트 나온다 블루차트 순서도 흐름도 알고리즘이라 하제 알고리즘 요놈 보통 40점 나와 40점 왔다리 갔다리 하고요. 그 다음에 데이터베이스 실무 너무나 잘했죠. 어디에서 여기에서 그대로 시험 치면 돼요. 이거 보통 한 25 한 30점에서 최대 왔다갔다 하고요. 그리고 이제 업무 프로세스에서 보통 이제 한 거 최대 20점 뭐 10점에서 20점 그다음에 용어 컴퓨터 용어에서 최대 10점 5에서 10점 그다음 전산영어 영어 조금 나옵니다.

화자 1
31:39
영어 5에서 10점 이렇게 해서 실기도 100점 만점에 60점 먹으면 합격하는 거죠. 그죠 자 실기 환상적으로 이미 강의가 다 되어 있습니다. 여러분 선배들이 특히 이 프로 차트가 합격의 당락을 좌우하거든. 이거 여러분 내가 공식으로 20개 패턴을 다 만들어 놨습니다. 그럼 이제까지 실기시험이 내가 만든 패턴에 다 걸려버렸어 여러 선배들이 깜짝 놀랍니다. 그래서 공식을 다 만들어 놨기 때문에 실기도 환상적으로 정의돼 있기 때문에 여러분들 필기 끝나고 필기 끝나고 기사실장 가면 안 된디 합격 딱 통지 받고 바로 실기요 시험 끝나자 실기 바로 들어오면 됩니다. 실기에서 또 저하고 또 만납니다. 자 실기는 뭐 VOD가 이미 만들어졌는 거 강의가 나가고요. 필기는 인제 요번 강의는 생방송을 했고 지금부터는 뭐고 VOD 이제 계속 나가고 여러분 보고 또 보고 할 수가 있고요. 그래서 이렇게 실기까지 하면은 자격증이 나옵니다.

화자 1
32:34
자격증 나오면 뭐하노 전부 다 기사식당에서 모여서 밥 1그릇 먹고 이제 여러분 전문가로 탄생하면 되겠죠. 알겠나 그리고 또 하나 던질 메세지요 자 실기해서 여러분 내가 또 이야기하겠습니다. 만나면 되고 요번에 저한테 강의 들었는 거 이거 여러분들 물론 공무원 가산점이나 각종 시험이나 또는 자격증 한번 따보자 여러분 어설프게 왔지만 평생 여러분의 인생을 좌우합니다. 내 말이 맞나 만나 보십시오. 우리나라에서 시행하는 모든 전산시험은 지금 들은 이 강의로 100프로 만족합니다. 어 주택공사 도로공사 전산지 예 그래서 보통 학부 과정에서 축산과 전공은 딴 데 해놓고, 내 강의 듣고 석박사 돼서 대학에서 교수하는 사람도 꽤 있고요. 그래서 여러분도 인생이 우울한 사람들 갈 길이 없는 사람들은 IT로 오소스 웰컴 투 아이티 알겠나 그래서 여러분 굉장히 좋아요. 왜 돈이 아니고 명의가 아니고 이 IT에는 뭐가 있다. 행복이 있습니다. 내가 늘 이야기했죠.

화자 1
33:29
내가 인생에서 가장 행복했던 순간에 뭐라고 내가 프로젝트 프로그램을 개발해서 납품했을 때 포항 앞바다에서 대승통곡 하는 거 아무리 돈을 많이 벌고 아무리 좋은 거 많이 먹고 좋은 차를 사도 그때 행복은 없더라 이 말입니다. 그래서 사람이 태어나서 죽을 때까지 행복을 맛보지 못한 사람이 어떻게 사람이고 그래서 IT요 블루오션이다. 이 말이죠. 이제는 여러분 물리적인 시스템 차 만들고 배 만들고 꿀떡꿀떡 산업 이거는 우리나라를 선진국 여러분을 부자로 못 만들어준다. 이제는 논리적인 시스템 대가리 빠져가면서 휴먼웨어 기술자가 많이 양성되는 나라 그렇죠. 논리로서 논리로서 소프트웨어로서 업무를 시스템화하는 이런 사회 이런 국가가 선진국입니다. 알겠어요. 이미 전세적으로 세계 기업 누구나 MS사 마이크로소프트사가 여러분 자동차파나 강철파나 타이어팜이 뭐 바로 바로 소프트웨어 이런 과정을 통해서 소프트웨어를 판매해서 전 세계 1등 부자가 되잖아요.

화자 1
34:28
알겠습니까? 그래서 기능 강국보다는 기술 강국이 돼야 되는 거고, 또 우리 사이트 엠투엠 사이버나 아이듀 점 티비에 들어와 보면요 정보 처리를 근거하는 바로 각종 모든 강의가 다 돼 있거든. 디벨더법 즉 케이스 툴 즉 격식지향 프로그램 강의 다 그 강의 한번 들어보세요. 그런 거 들어보면 여러분 전문가라도 되고요. 그리고 자격증만 따는 게 아니고 따고 난 뒤에 여러분 그것도 모르대 우리 사이트에 들어오면 데이타베이스 즉 취업이 다 예 자동으로 여러분 잡코리아 자코리아 그거는요 떠나기가 누구나 다 아는 거예요.

화자 1
34:59
근데 우리 우리 회사울이 M2M 사이버 아이디어에 가면요 인재 정보 여러분 합격하고 난 뒤 반드시 글 또 올리고 합격해서 교육청소에서 제지에치 쓰고 뭐 음식도 갖다주고 뭐 해야 되지 그 외에 여러분들 인재정보 합격해 있는 사람들은 반드시 거기 등록을 해놔요 등록해 놓으면 기업체에서 들어와서 여러분 바로 자동으로 취업 취업 시스템이 다 돼 있다니까 문제더라 그걸 모르되 자격증 따고 난 뒤에 여러분 올려요 내가 자격증 땄다 왜 잡코리아는 아무나 더 가지 마 우리 MTM 싸인 아이 뒤에는 자격증 딴 사람들만 다 있거든. 그냥 기업체에서 더 데리고 갑니다. 알겠나 치열까지 다 시켜준다니까 그런 사이트가 어디 서디스 어디 있어 자격증만 딱 따는 게 아니고 치열까지 다 돼 있다. 시스템이 그것뿐위가 해외 연동까지 해외 취업 해외 학교까지 가는 거 N2M 점프 투까지 다 돼있는 사이트입니다. 그걸 모르대 너거 어 자격증만 따고 야 서방이 빡빡이 하고 갈래 자 자격증 땄으면요 여러분 땄는 거 알리세요.

화자 1
35:52
데이터베이스에 올리라잉 그냥 내가 자격증 땄다 하고 더득 올리면 돼 그러면 취업됩니다. 얼마나 좋노 그리고 해외 내하고 해외 우리나라 좁다 병대 손자야 그죠 공무원도 되구 다 좋습니다마는 손잡고 휴먼웨어 기술자가 없잖아. 그래서 내하고 손잡고 전 세계를 정복하자 레츠 컴컴 워드 펑크 디바이딩 펑크 분할과 정보 징기스칸이 돼 보자 말이야. 알게나 자 그런 큰 명분을 가지고 요번 강의 여러분 제대로 강의 들었어요. 그죠 고생 많이 했고 특히 고마운 게 내가 생중계하면서 몸이 아파서 퍽 쓰러졌지 이틀 동안 그때 여러분의 우려와 같은 성원에 다시 빨딱 일어섰잖아요. 그래서 그런 과정도 있고 아주 재미있었습니다. 재밌었제 개콘보다는 재밌제 웃어요.

화자 1
36:38
재밌죠 그것보다는 그래서 여러분들 이렇게 명분이 있는 이제는 이제는 앞으로 투명하고 정직하고 밝고 에 진취적이고 이런 사람이 세상을 이끌어가는 시대다 숨기고 뒤통수 치고 거짓말하고 이런 건 이미 촌놈들 6.25 때 이야기야 정치도 그렇고 경제도 그렇고 투명성 보장 윈도죠 유리와 같은 세상을 만들어 나가는 게 IT 기술이고 유비쿼터시즌 유비쿼터 시즌 거짓말하면 안 돼요. 전부 다 오픈 마인드 이야기 공유 공유 여러분 기술 교육 공유해야 됩니다. 옛날엔 개발했다고 숨겨 가지고 특허 내고 특허 접어내면 안 돼요. 공유를 공유를 통한 파일을 키워야 된다는 것 윈윈 전략 알겠나 그런 게 컴퓨터에 숨어있는 이야기들입니다. 알겠어요. 그래서 요즘은 개발보다는 솔루션 솔루션 가는 거죠. 개발했던 걸 서로 모아가지고, 새로운 시스템을 만드는 이런 강의가 제재취 강의였잖아요.

화자 1
37:31
자격증은 당연 여러분을 부자로 만들어주고 행복을 선물해 줄 수 있는 강의 들었다는 거 내 강의에 실은 밑바닥에 깔려있는 이야기인데 요번에 완벽 소송을 하다 보니까 그런 이야기가 조금 부족했는 게 좀 있지 여러분이 백 번 제자로서 이해했을 줄 믿습니다. 마지막이니까. 너무나 아쉬워서 내가 이런 이야기를 하고요. 또 이어서 실기에서 여러분 만난다 실기가 환상적으로 되어 있습니다. 기대해도 좋고요. 커밍 순 개봉박두 그래서 필기와 실기를 제재지와 함께 읽고 항상 인터넷 공간이지만 이 제이제치는 여러분의 영원히 스승으로 남아 있을 겁니다. 나의 영원한 제자 병태 수자 순자 그죠 반드시 합격하고 실기에서 보고 기사식당에서 만날 그날을 약속 드리면서 정보처리 산업기사 대단원의 막을 내릴까 합니다.

화자 1
38:21
아쉬워 빠이빠이 신비에서 만나 뵙기를 약속드리면서 정보처리사 하는 기사 필강연 오늘 이렇게 끝내고 여러분 그동안 그동안 대단히 수고하셨습니다. 박수

https://youtu.be/sEfnVhGQhO0

1. 구조적 분석 설계

1-1. 구조적 분석 설계 소개
-  소프트웨어 개발 방법은 절차 지향적, 전통적, 객체 지향적 방식이 있음
-  절차 지향적 방식은 전통적, 전통적 방식은 구조적 방법으로 프로그램을 개발함
-  객체 지향적 방식은 소프트웨어 공학도로 소프트웨어의 품질을 높임
-  일반적으로 객체 지향적 방식을 다루지 않음
-  분석, 설계, 구현, 검사, 유지보수를 구조적 분석 설계의 과정으로 봄

1-2. 구조적 분석 도구
-  구조적 분석 도구는 DFD, DD, 메타데이터, 스테이지 명세서로 구성됨
-  DFD는 데이터 흐름과 업무 변환 과정을 도형 법칙화한 명세서임
-  평행선, 네모, 화살표로 업무의 흐름과 자료 저장소를 표시함
-  DFD는 실무에서도 자주 사용됨
-  DD는 DFD에 자료 설명을 더한 메타데이터 명세서임

1-3. 구조적 분석 설계 과정
-  DFD를 통해 업무의 흐름을 분석하고 데이터 저장소를 기록함
-  메타데이터는 데이터의 특징과 용도를 설명하는 데이터임
-  시스템의 처리과정과 자료의 흐름을 도형 법칙화한 명세서로 정리함
-  설계 도구에는 상향식, 하향식, 모듈식 등이 있음
- (중요) 분석, 설계, 구현, 검사, 유지보수를 구조적 분석 설계 과정으로 봄

2. 시스템 구조설계

2-1. 분석 단계와 도구
-  DFD, 시스템 카달로기, 데이터 디렉토리 등 분석 단계의 도구를 이해함
-  DFD에서 '데이터'를 설명하는 메타데이터와 '자료'를 정의하는 기호를 설명함
-  메타데이터와 기호를 통해 데이터의 정의, 반복, 연결, 선택을 알 수 있음
- (중요) DFD의 소단위 명세서(DFD상의 처리 내용을 상세히 설명한 문서)를 이해함
-  구조적 분석 도구로 DFD, 개체 관계도, 소단위 명세서, 대상 관계도를 소개함

2-2. 구조적 설계
-  하향식 설계 기법을 설명하고, 이를 통해 전체화, 추상화, 개념화, 일반화 등의 설계 기법을 이해함
-  상향식 설계 기법과 하향식 설계 기법의 차이점을 인지함
-  DFD를 기반으로 한 구조적 설계의 산출물인 DFD를 이해함
- (중요) 구조적 설계의 종류인 상향식, 하향식 설계 기법, 모듈 설계, 데이터베이스 설계, 통합화 등을 설명함
-  모듈 설계 시 응집도와 결합도가 중요함을 강조함

2-3. 모듈 설계
-  모듈을 독립된 단위 프로그램으로 이해함
-  모듈의 기능 단위로 세분화한 설계 방식인 분할과 정보 분할, 정보 흐름을 설명함
-  모듈 설계 시 응집도와 결합도를 고려해야 함을 강조함
-  응집도의 종류인 순차적, 통신적, 절차적, 시간적, 논리적, 우연적 응집도를 암기함
-  객체의 개념을 이해하기 위해 모듈 설계의 중요성을 강조함

3. 구조적 프로그래밍과 검사 기법

3-1. 모듈 설계와 응집도 결합도
-  모듈의 결합 정도를 기능적 응집도로 측정함
-  기능적 응집도가 가장 강하고, 그 밑으로 갈수록 약해짐
-  응집도가 약한 모듈은 주로 베드나 노락 같은 것을 의미함
-  기능적 응집도가 가장 강한 모듈을 설계하는 것이 좋음
- (중요) 결합도는 서로 다른 모듈 간의 상호 관련성을 의미하며, 이 값이 많을수록 좋음

3-2. 공유도와 제어도
-  모듈 설계 시, 제어도와 공유도도 고려해야 함
-  제어도는 하위 모듈 수, 공유도는 상위 모듈 수를 의미함
-  모듈 2의 공유도와 제어도를 알기 위해, 3개의 다른 모듈을 연결해서 계산함
-  제어도는 하위 모듈 수를 의미하며, 공유도는 그 이상의 개수를 의미함
- (중요) 제어도와 공유도가 많을수록 좋으며, 이는 각 모듈이 독립적으로 작동하도록 보장함

3-3. 구조적 검사와 시스템 검사
-  프로그래밍 구현의 마지막 단계인 검사 방법을 알아봄
-  검사 방법에는 화이트박스 검사와 블랙박스 검사가 있음
-  화이트박스 검사는 프로그램 검사로, 블랙박스 검사는 기능 검사로 진행함
-  이외에도 단위 검사, 모듈 검사, 통합 검사, 인수 검사 등이 있음
-  검사 전에, 사용자 요구사항에 맞는지 검사하는 것이 중요함

화자 1
00:10
자 성북에 계시는 우리 엔투엠 안방 가족 여러분 오늘 또 뜨거운 가슴으로 감동의 수업을 함께 하겠습니다. 아 좋아요. 여러분들 야 이제 우리 어 정보처리 산업기사 CT 무슨 설계 마지막 대단원의 막을 내릴 시간이 돌아왔습니다. 그죠 여러분 참 고생했죠. 이제까지 매일 저녁 7시마다 인터넷에서 두사부일체의 정신으로 여러분은 방구석에서 여러분 해서 성은역에서 생중계로 여러분 진행했는데 그 생방송의 마지막 예 마지막 오늘 시간이 왔습니다. 그죠 이제 어 마지막 대단의 막을 내리고요. 자 여러분 이제 CTM 부서 설계 우리 산업 기사 학생들 CTM 부서 설계죠 그죠 마지막 2 챕터가 자 남아 있어요.

화자 1
01:04
마지막 2 챕터 환상적으로 오늘 끝내고 또 당부의 말씀 앞으로 이야기를 하고 필기 대단의 막을 끝나고 실기에서 다시 여러분 뵙겠습니다. 자 일단은 들어가 봅니다. 빠져봅시다 자 구조적 분석 설계요 자 이제까지 우리가 이 시스템 분석 설계 잘 했습니다. 이미 다 됐죠 어 이제 여러 가지 우리가 처음 인제 개요에서부터 코드 설계 아이오 설계 파일설계 어허 그죠 그다음에 거 프로세스와 프로세스 설계 프로그램 설계 그렇죠. 그리고는 이제 어 이 소프트웨어 시스템을 평가하고, 문서화 하는 거 그리고 이제 우리가 또 IPT 기법 소프트웨어 공학 기사 학생들이 하는 소프트웨어 공학도 맛도 보구요.

화자 1
01:54
또 프로그램의 품질을 높여보자 그죠 IPT 기법에 대해서도 배웠죠 그죠 지난 시간까지 배웠고 이제 오늘 구조적 분석 설계와 객체지향적 분석설계를 마지막으로, 놔두고 있습니다. 자 정리하면 이런 겁니다. 어쨌든지 오늘날 이 소프트웨어 이 시스템을 시스템을 개발하는 방법은요, 개발하는 방법론은 크게 보면 3가지가 있더라 이 말입니다. 자 가장 절차 지향적 절차적으로 절차적으로 절차 지향적으로 개발하는 거 이거 인제 일반적입니다. 그죠 아주 옛날꺼죠 그리고 이제 전통적 전통자 전형적 이건 바로 구조적이에요. 구조적 구조적 방법이 전통적입니다. 그리고 이제 객체적 객체 지향적 3가지가 있는데, 이 논문이 우리가 일반적으로 다루지 않고요.

화자 1
02:50
이제는 전통적 즉 구조적 방법과 객체적 방법으로 프로그램을 개발할 수가 있거든요. 그래서 이 구조적 방법으로 이제 프로그램을 개발하기 위해서는 시스템을 만들기 위해서는 분석 과정 그렇죠. 그리고 설계 과정 어 그리고 구현 코딩하는 거 그리고 검사요 검사 그렇죠. 검사하고 그다음에 이상이 없으면 유지 운영하고 수정해주는 이런 단계를 거치고 격차의 지향은 또 1가지 똑같이 분석 설계 구현 검사유지 보수인데 접근 방법이 다르죠 접근 방법이 다릅니다. 접근 방법이 다르다 이 말입니다. 그래서 이제 일반적인 건 다 배웠고 우리가 인제 구조적 분석 설계 구형 검사 유지 보수는 다루지 않죠 우리 시티엠 분석에서는 분석 설계 격체지향적의 분석 설계 이 파트에 대해서 지금부터 공부를 하자는 거예요.

화자 1
03:48
알겠나 그래서 하고 난 뒤에 종합 정리 함 하도록 하겠습니다. 자 구조적 분석설계 자 들어가 봅시다 인제 개념을 잡았죠 자 이 구조적 분석 구조적 전통적 소프트웨어 개발 방법론 다른 말로 구조적 소프트웨어 개발의 방법이죠. 그죠 그래서 이거는 분석은 어떻게 하고 설계는 어떻게 하고 구현 검사 유지보수를 어떻게 하는지 그중에서도 분석과 설계 과정이 우리 시스템 산업 기술 학생의 시험 범위다 이 말입니다. 알겠나 자 프로그램 개발하는 방법은 절차적 구조적 객체적이 있다는 거죠. 예 자 구조적 분석은 말 그대로 자료의 흐름 처리를 중심으로 하는 요구분석 방법 자 구조적 분석용 도구에는 이게 중요합니다. 자 여러분 인제 이거 뭐 개괄적으로 이야기 다 해버릴게 뭐 이거 다 묻어보면 되니까.

화자 1
04:41
자 구조적 방법에 구조적 개발방법론의 분석요 이 분석하는 과정 분석하는 데 이용되는 게 분석 도구인데 이게 뭐였냐 하면 오늘 비울 DFD DD 소 단위 명세서 미니스펙 그리고 우리 앞에서 배운 ERD 데이타베이스에서 배할 때 계체 관계도 또는 상태적인 STD 요런 것들이 뭐고 구조적 분석을 하는데 구조적으로 업무를 분석하는 데 이용되는 도구 즉 구조적 분석 도구입니다. 구조적 뭐 분석 도구야 도구 이걸 배우는 거야. 이게 시험에 나오는 거지 구조적 봉수도구 다른 말로 업무를 분석한 명세서 분석명세서 또는 요구 명세서라 하지 요구 명세서야 그렇죠. 자 이놈을 가지고 인제 설계를 하죠. 설계 설계를 합니다. 설계를 합니다. 설계를 하는데 설계 도구도 뭐 있어요.

화자 1
05:36
설계 도구도 상향식 설계 도구가 있고 하향식 설계 도구가 있고요. 그죠 또 하향식 설계 도구를 조금 더 구체화한 게 모듈 시기에서 모듈 모듈식 모듈화가 있고 그다음에 요거 외에도 우리가 IPTS 잠깐 배웠습니다마는 히포 히포도 있고 그렇죠. 히프 설계법도 있고 NS 차트도 있고요. NS 차트 배웠잖아. 그리고 PDL 또 있습니다. 그쵸. 요런 것들은 설계 도구단이 많이 설계도구 이걸 배우는 거지 그리고 요런 도구를 가지고 이제 구현을 하죠. 구현을 하고 그리고 검사를 하고 그리고 이제 유지보수를 한다는 거예요. 그죠 자 그래서 이 과정은 구조적 분석 설계는 이거 배우는 거야. 이거 됐나 이거 배우는 것들입니다. 이미 다 됐다. 끝 고만 자 카메라 끄라 이 다 끝나는 거예요. 이게 시합은 제목만 나와 제목만 에 되겠나요? 분석 설계 예 요런 겁니다. 자 함 볼까요?

화자 1
06:35
최근에서 구조적 분석용 도구는 바로 DFD DD 소단위 명세서 이알디에스 요 3가지가 많이 이용되고 ERD나 에스 DDSD는 그 이알디는 인제 데이터베이스 설계해서 많이 이용합니다마는 크게 저 구조적 분석 도구로 이용됩니다. 자 구조적 분석 도구의 첫 번째 DD 데이타 플로 다이어그램 요 흐름도죠 그죠 이거 다른 말로 버블 차트라고 데이터의 흐름 업무의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법 도형 법칙화 에 기호로 했는 거예요. 그래서 기호만 알면 되죠. DFDS 요거 요거는 프로세스 처리 처리입니다. 처리 각종 처리사항을 처리 사항을 요 동그라미 안에 넣는 거예요. 처리기호 요것만 하면 되죠. 그다음 자료의 흐름은 화살표랑 흐름 흐름 기호고 저장소 데이터를 저장하선 이 평행선 이게 저장소입니다.

화자 1
07:29
쉽지요 단말기 입출력 과정 요건 단말기죠 그죠 즉 시스템의 처리과정은 요거고, 자료의 흐름은 화살표로 시스템의 자료 저장소는 이게 평행선으로요 자료의 출처와 도착지를 도착지를 표시하는 거는 네모입니다. 그죠 IO에 이용된다는 단말기제 자 요거 4가지를 이용해서 업무의 흐름을 파악하는 게 DFD입니다. 실무에서도 많이 합니다. 이런 거죠. 주문 확인이 있으면은 이놈 이제 뭐야? 주문 요청서가 있고 그 다음에 처리주문으로 들어가고 그다음에 주문서가 이렇게 오고 뭐 이러이런 것들 또 여기에서 또 갈라지고 뭐 이런 것들 뭐 이런 식으로 막 꼬여있는 것들이 꼬여 있는 것들이 뭐다 뒤에 부딪힙니다. 즉 업무의 흐름을 내가 분석해야 할 업무를 말로 분석하는 게 아니고 이런 이러한 동그라미 평행성 네모 이렇게 만든 게 뭐다 DFD 업무의 흐름을 도착하였다. 이런 걸 가지고 업무를 분석한단 말입니다.

화자 1
08:22
알겠나 그래서 여러분 집중 몰라도 좋고 요 기호가 시험에 나오제 우리가 이야기도 해봤죠 이야기하고 똑같은 거죠. 그죠 그래서 요런 동그래 평행선 네모 화살표 요런 걸 가지고 업무의 흐름을 쫙쫙 분석하는 건 바로 DFD라는 겁니다. 대제 예 요런 거로 실무에서도 많이 합니다. 업무분석 도구 업무분석 도구요. DFD 됐고요. 그다음에 자 디디를 한번 볼까요? 디디는 자료상이죠. 데이터 비셔널이죠. 자료 흐름도 DF되어 있는 자료를 더 자세히 정리하고 기록한 명세서입니다. 명세서 자 디디는 메타데이터라 카죠 메타 데이터 메타 데이터가 뭐고 데이터를 설명하는 데이터 정보 데이터제 데이타의 데이터죠 메타 데이터는 그러니까 자료 흐름도의 자료를 설명했는 게 DD입니다. DD 그러니까 DD를 우리가 데이터베이스에서 배웠어요.

화자 1
09:16
이걸 실제 데이터베이스에 들어있는 데이터를 설명하는 데이터 메타데이터죠 그죠 실제 업무를 설명하는 데이터 메타 데이터를 메타 데이터가 기록되어 있는데, 이 메타 데이터를 기록하고 있는 게 DD 또는 시스템 카달로기예요. 카달로 배웠죠 우리는 카달로우 카달로기라 하고 디디를 하고 또는 우리가 데이터 디셔너링 하셨다 어 데이타 자료 사전 또는 데이타 디렉토리라고 하제 데이타 사전 카드로 시스템 카드로 데이터도션 같은 말입니다. 요 안에 들어있는 데이터는 무슨 데이터 메타데이터 메타 데이터는 뭐고 실제 데이터를 설명하는 정보 데이터죠 다 배웠잖아요. 그러니까 우리가 자동차 카드록을 보고 차에 대한 걸 다 알 수가 있듯이 그죠 그러니까 자료사전 이겁니다. 어 데이터 디셔널이 시스템 과달로 데이터 디렉토리 같은 말이고 이 안에는 어떤 데이터가 들어가 있다. 실제 데이터를 설명하는 메타 데이터를 기호하는 거고, 이 자료 사전에는 어떤 기호로 표현 역시 기호만 시험이 나오죠. 요건 이 꼴은 자료의 정의입니다.

화자 1
10:14
정의 그다음에 요거는 자료의 반복이다. 눈으로 보면 되겠죠. 요놈은 생략입니다. 오미션 여기 오는 연결입니다. 데이터와 데이터 연결이고 요놈은요, 선택입니다. 뭐 데이터가 있으면 둘 중에 하나 선택 또는 오알이죠. 오알 오아 선택이고 요놈은 자료에 설명 아 쓰레스 2개 있는 거 주석 코멘트 설명할 때 하는 거예요. 주석 요것만 알면 되겠죠. 정의 반복 생략 연결 선택 주석 되겠죠. 요런 기호를 이용해 가지고 데이터들을 메타데이터를 기록하여 있는 분석을 한 도구가 뭐다 디디다 이 말입니다. 되겠나요? 쉽죠 자 소단위 명세서 미니스펙은 뭐다 DFD상의 처리 내용을 상세하게 설명해 놓은 문서 즉 구조적 언어나 의사결정부 등을 이용한다. 요런 게 있다. 하는 걸 말하면 됩니다. 자 그러니까 시행을 어쨌거나 다음 중 구조적 분석 도구가 아닌 것 이렇게 나오지 알겠나 자 그러면 여러분 뭐 DFD 꼭 기호 알고요. 디디 기호 알고 소단위 명세서는 있고요.

화자 1
11:13
개체 관계자는 이미 데이터베이스에서 환상적으로 했죠. 개체관계도 설명할 필요 없죠 잠깐 볼까요? 개체관계도 한번 볼까요? 이것도 분석 도구입니다. 예 그래서 개체는 속성 관계 아니죠. 개체 학생이라는 개체는 여러 가지 속성을 가지고 있죠. 학번이라는 속성 이름이라는 속성 전공이라는 속성 또는 학생과 교수의 관계는 뭡니까? 또 우리가 관계 이제 이렇게 다이아몬드로 관계를 하죠. 1대1 관계냐 관계 그죠 이게 무슨 관계냐 이 말입니다. 뭐 학습의 관계냐 그죠 이미 DBS 잘했는 거제 됐고 상태 전이도나 이런 게 있더라 분석 도구더라 이렇게 아시면 됩니다. 그죠 한번 읽어보시면 되고요. 자 방금 봤는 것들이 바로 분석 단계에서 구조적 분석 단계에서 우리가 하는 도구들이다. 이렇게 이해하면 된다. 됐다.

화자 1
12:12
공부 그렇게 할 필요 없습니다. 자 특히 시스템은 핵심적인 단어만 잡자 이 말이고 자 설계도 1가지 이미 설계 다 했죠. 설계죠 설계 구조적 설계라 하제 자 여기 설계는 뭐 하향식 구조적 설계 하향식 설계 동그래미 하향식 설계 입법입니다. 하향식 어 그러니까 어떤 큰 프로젝트를 디바이딩 쿠왕크 쪼개 가지고 쪼개서 쪼개서 설계하는 거 단위별로 하는 이런 설계 기법이 뭐다 하향식 설계고요. 밑에 꺼부터 설계해 가지고 위로 쳐 올려오는 것들이 뭡니까? 이거는 이건 뭐야? 상향식 설계죠 그래서 구조적 설계 기법은 상향식이 아니고 뭐다 하향식 설계 기법을 따른다는 거예요. 하향식 설계기법 알겠죠. 그리고 DFD 자료 흐름을 중심으로 하는 설계 기법이라 해 가지고 자료 흐름 설계다 이렇게도 이야기하고 구조적 분석의 산출물 즉 DFD 디디 요놈을 보고 설계한다는 겁니다. 알겠죠.

화자 1
13:06
구조적 설계는 자 이 설계의 종류는 방금 봤죠 상향식 상향식은 뭐고 밑에서부터 오히려 올라가니까 작은 데를 설계하고 마지막 큰 그릇이 설계하니까 이게 상향식이고 다른 말로 추상화 핵심적인 사항을 뽑아 한다. 추상화 또는 개념화 또는 일반화 또 다른 말로 전체화 같은 말이다. 전체화 설계 일반화 설계 개념설계 추상설계 같은 말입니다. 그리고 하향식은 뭡니까? 밑으로 가니까 구체화시키고 세분화 이 업무를 상세와 모주라죠 모주라 되겠나 그래서 설계의 종류는 상향식으로 할 수도 있고 하향식으로 할 수가 있는데, 구조적 설계 기법 뭐다 하향식 설계 기법이다. 이런 이야기죠 되겠어요. 자 이런 구조적 설계 전체 중요한 구조 도표의 작성 그리고 도표입 작성 평가 모듈의 설계 모듈설계 독립된 단위 프로그램 소단위 작업이죠.

화자 1
14:01
소단위 설계 그다음 데이터베이스 설계 설계 통합화 이런 과정을 갖추면서 구조적 설계가 이루어진다는 겁니다. 그래서 요 순서만 여러분 아시면은 되겠다는 말씀 좋고요. 자 그다음에 자 모듈의 설계죠 자 구조적 설계에서 가장 중요한 게 모듈이죠. 모듈 모듈에 대해서 배워야 됩니다. 어 그러니까 구조적 설계 기법은 하향식 설계 기법이야 이 하향식은 뭐고 아주 큰 업무를 쪼개죠 쪼개서 설계하는 거제 작은 단위로 작은 단위로 쪼개서 설계하는 걸 세분화 부채화 상세화하게 설계하는 게 하향식 설계인데 요 쪼개진 독립적인 요 부분을 뭐라 한다. 모듈이란다 모듈 모듈 요거는 독립된 단위 프로그램이죠. 독립된 단위 프로그램 모듈입니다. 그래서 이 모듈에 대해서 시험에 문제가 많이 나옵니다.

화자 1
14:55
모듈 독립된 단위 그래서 모듈은 독립적으로 움직이는 단위 프로그램 단위 요거 어 근데 여러분 봐봐요. 아래 한글이라는 소프트웨어도 시스템 또 뭐고 수많은 모듈로 돼 있잖아. 불러오기 프로그램 저장하기 프로그램 오류 두기 프로그램 많은 프로그램 구성돼 있지 요런 불러오기 저장 요런 것들이 뭐고 모듈이라는 거야. 모듈 알겠습니까? 어 자 그래서 기능 단위로 세분화한 설계 방식이고 복잡하고 큰 문제를 단순하고 작은 문제로 분할하는 게 뭐다 바로 디바이드 앤드 퀄크 이 큰 걸 쪼개서 정복 하는 거죠. 분할과 정복입니다. 분할과 정보 분할과 정보 희로를 가지고 설계하는 거 모듈설계입니다. 분할과 정보 알아 놓으시고요. 이제 모듈의 개요고 자 그런데 이런 모듈을 설계할 때 이왕이면은 좋은 모듈을 만들어야 된다. 이런 말이죠. 중요하다 조음모듈 이 좋은 모듈은 뭡니까? 한마디로 응집도가 좋고 결합도 높고 결합도가 낮아야 돼요.

화자 1
15:54
자 조음모듈의 조건 군모듈이에요. 군모줄의 조건은 뭐다 모듈 안에 서로 데이타들 관계 구성 요소들의 응집도가 응집도가 강하고요. 또 모듈과 모듈 간의 결합 또는 약해야 됩니다. 결합 또는 약해야만이 뭐다 이 모듈이 뭐, 뭐가 보장된다. 독립성이 보장됩니다. 독립성 독립적으로 나오는 모듈이 좋은 거요 이 독립성이 보장되는 모듈이 나중에는 뒤에 배우면 뭐가 된다. 객체가 됩니다. 객체 오브젝트가 되는 겁니다. 알겠나 그래서 좋은 모듈의 조건 중요하다 응집 또는 넣고 결합 또는 낮추면은 좋은 모듈이 된다. 이 말입니다. 그죠 어 자 그래서 모듈 설계할 때는 어떻게 설계하라 응집도는 높게 결합도는 낮게 설계해야 좋은 모듈이 되니까. 반드시 응집도와 결합도를 중심으로 설계하라 그런 이야기야 알겠나 병대손자야 자 그럼 응집도는 뭡니까?

화자 1
16:50
시험에 반드시 나온다 응집도는 1모듈 안에서 1모듈 안에서 각각 데이터들 구성 요소들의 관련성 있는데, 이거는 끈끈해야 돼 저 식구끼리는 똘똘 똘똘 뭉쳐야 된다는 거야. 알겠습니까? 그래서 그 응집도의 종류는 뭐예요? 자아 중요하다 기순 기능적 응집도 암기해야 됩니다. 이거는 순차적 통신적 절차적 시간적 논리적 우연적 응집도가 있습니다. 귀순통절 신호음 그죠 귀순통절 신호음 외워야 됩니다. 그리고 가장 강한 게 기능적 응집도입니다. 가장 강하고 밑으로 가면 갈수록 약해요. 가장 약한 응집도가 뭐야? 어떤 모듈이 우연적 응집도로 결합돼 있다 하면 이건 뭐야? 약한 모듈이다. 이 말이야. 응집도가 약하다 이 말입니다. 알겠어요. 자 가장 강한 게 기능적 응집도가 좋은 거제 좋은 거예요. 이게 굿 에 약한 건 베드 나쁜 거요 깃순 통절 우리가 뭐요 시간적 신호 누이 안겨야 돼 이런 거는 손바닥에 적어놔도 된다.

화자 1
17:48
이거는 컨닝이 아니다. 뭐 이거 다 원리는 아는데 이건 뭐 요즘 암기하는 시대가 아니잖아요. 개념을 아는데 이런 걸 손바닥에 적어 가도 됩니다. 알겠나 순자야 그렇지만 적을 것 없죠 그래서 응집도의 여러분 순서 기능적 응집도가 가장 강하더라 기능적 응집도가 되도록 설계를 하라 이런 뜻이죠. 그다음에 결합도는 뭡니까? 서로 다른 모듈 간의 상호 관련성 서로 이 모듈이 있고 모듈 원과 모듈 투가했을 때 서로 관련성을 관련성이 좀 적어야 돼요. 에 이게 좋은 거예요. 그래서 이 결합도는요 자주 내용결합도 공통결합도 제어결합도 외부 그러면 스템프 복사 결합도 자료 결합도죠 가장 강한 게 내용이고 가장 약한 게 자료 결합도입니다. 가장 좋은 거는 뭐다 자료 결합도 그죠 자료 결합도가 굿 좋은 거고요. 내용 결합도는 나쁜 거 그래요. 되겠습니까? 그러니까 내공 제외 서자 내공 제외 서자 알겠나 이렇게 암기해 주시면 되겠죠.

화자 1
18:46
결합도가 약한 게 좋은 거고, 강한 건 나쁜 거다 나쁜 모줄이다. 이런 이야기입니다. 됐나요? 반드시 시험에 나온다 그리고 또 모듈 설계에 있어서 응집도와 결합도만 생각할 게 아니고 또는 공유도와 제어자도 좀 생각하라 공유도는 펜이입니다. 어떤 모듈을 제어하는 모듈의 수를 그렇죠. 상위 모듈 수를 그 모듈의 공유도 만약에 모듈 이 모듈 2의 공유도 페닌은 얼마냐 이러면 모듈 2는 뭡니까? 3개의 지배를 받고 있죠. 모듈 1 페닌이죠. 3개의 페닌 3개의 지배를 받고 있기 때문에 2라는 모듈의 공유도는 공유도 페닌 값은 얼마다 3이다. 이 말입니다. 알겠나 제어도는 반대 PEN 아웃이죠. 지가 지배하는 하위 모듈 수야 그러면 모듈 2에 제어도는 왜 만약 하면 2개죠 이 제어죠 펜아웃이죠. 펜아웃 그 제어도는 얼마다 제어도는 2다 이 말입니다.

화자 1
19:42
그래서 현재 모듈 2는요 공유도 3 제어도 2로 구성되어 있다. 이렇게 이야기할 수가 있습니다. 됐나 자 모듈 시험 나옵니다. 자 조모주를 설계하기 위해서 여러분 어떻다 뭐야? 응집도 결합도 그 다음에 공유도 제어도 3가지가 4가지를 가지고 우리가 고민을 하라 이런 뜻입니다. 그죠 그중에서 응집도와 결합도 응집도는 강하게 하고요. 결합도는 약하게 해라 그래야 우수한 모듈이 되면서 그런 모듈은 뭐가 보장된다. 독립성이 보장되고 독립성이 이빨이 보장되면 뭐가 된다. 뒤에 요 객체로 탄생됩니다. 헐렐리아 자 넘어갑니다. 예 결합도 벌써 끝났나요? 좋습니다. 예 그러니까 이게 다시 여러분 정리하면은 우리가 이미 원리를 다 배웠기 때문에 쉽게 할 수가 있죠.

화자 1
20:31
현재 우리는 뭐 배우나 자 요건 뭐 구조적 우리가 프로그램 개발 방법은 구조적 절차적 구조적 뭐가 있노 객체 지향적이 있죠. 근데 절차적은 되었고요. 구조적 방법에 뭐다 구조적 분석 구조적 분석 구조적 분석 어 그다음에 구조적 설계 구조적 다 생략하겠죠. 구조적 분석 구조적 설계 구조적 구현 구조적 검사 구조적 유지 보수가 있는데, 이제 시험 범위 용어예요. 분석 도구 말하면 되죠. 분석도 다시 한번 한다. 구조적 분석의 도구 DFD DD 소단위 명세서 ERDSD 이것만 알자 이런 거예요. 설계도구는 뭡니까? 상향식 설계 기법과 양식이 있는데, 가장 일반적인 게 모듈이고요.

화자 1
21:23
또 요거 외에 또 모듈 설계 외에 우리가 IPT 기업에서 배웠기 때문에 안 썼다 뭐 했노 히포로도 설계할 수도 있고 NS 차트로도 설계할 수도 있고 또 PDL도 있다는 거 이게 전부 다 설계 도구다 여러분 그중에서 모듈 설계가 가장 중요합니다. 그죠 모듈 설계에 대해서 이렇게 우리가 다뤘고요. 자 여러분 구현은 구조적 프로그램 구현은 여러분 알겠죠. 프로그램 언어를 선정해서 개발하는 거고요. 이 검사는 검사는 여러분 뭐 우리 그 산업기사의 범인은 아닙니다. 범인은 아닌데 잠깐 테스트 검사를 검사하는 방법을 참고로 이렇게 이야기 하면은 검사하는 방법에는 크게 2가지가 있습니다. 화이트박스 화이트박스 화이트 실적으로 이제 화이트박스 한글 쓸게 화이트 박스 검사가 있고 어 그리고 블랙박스 블랙박스 검사가 있습니다.

화자 1
22:20
화이트 박스 이 화이트 박스 검사는 뭐냐면은 이게 프로그램 검사예요. 프로그램 안에 점이 잘못 찍혔느냐 없겠느냐 이 프로그램 검사하고 블랙박스 검사는 기능검사입니다. 기능 이 프로그램은 제대로 됐는데 기능이 옳게 동작하느냐 1 더하기 2라면 2가 되느냐 이 말이죠. 그래서 검사를 하는 방법은 화이트박스와 블랙박스 검사가 있는데, 또 인제 이 검사를 단계별로 하는 데는요 단위검사가 있고요. 모듈별로 모듈을 검사하는 단위검사가 있고 모듈을 모아서 하는 통합검사가 있고요. 뭐 단위 통합 그리고는 이제 사용자 요구 사항에 맞나 안 맞나 내가 개발을 의뢰했던 사람 목적대로 되었나 아니냐 그 검사 인수하기 전에 검사하는 거 사용자 요구사항이 맞나만을 검사하는 게 인수검사입니다. 인수검사 다른 말로 적합성 검사라고 하죠. 자 인수검사건의 종합적으로 다 하는 검사가 종합검사죠 다른 말로 시스템 검사입니다. 그죠 요것만 아시면 되는 거예요. 그래서 시스템 부드 서비에서 범인이 아닌데 가끔 어떤 식으로 문제 나올 수가 있거든.

화자 1
23:17
그래서 검사하는 방법은 화이트박스 검사와 블랙박스 검사가 있고 단계별로는 뭐다 단위검사부터 하고 그다음에 통합검사하고 그다음에 사용자 내한테 의뢰했던 사람은 나한테 검사받는 인수검사가 있고 종합적으로 하는 시스템 검사가 있더라 자 요것만 정리하시면은 검사 파트는 됐다잉 어떤 문제 나와도 할 수가 있습니다. 됐죠 좋습니다. 좋고요. 근데 요거 어디서 이야기했는 것 같은데, 예 그래서 구조적으로 분석됐고요. 자 이렇게 해서 우리가 이제 시스템 분석 설계의 마지막 강의 이제 여기 했고요. 잠시 쉬다가 진짜 마지막 강의 들어가겠습니다. 자 잠시 후에 돌아오겠습니다.

https://youtu.be/foMWX7mY0yU

1. 프로세스 및 프로그램 설계에 대한 이해

1-1. 강의의 개요 및 방향
-  강의는 뜨거운 감동의 수업으로, 기사 소프트웨어 공학과 소프트웨어 공학이 함께 진행됨
-  강의의 주요 방향은 시스템 분석과 설계에 대한 이해
- (중요) 학생들이 시스템 분석과 설계를 실무에 적용할 수 있는 실무능력을 기르는데 초점을 둠
-  학생들이 강의를 통해 얻어낸 결과는 시험 결과에도 큰 비중을 차지할 것으로 예상됨
-  강의의 핵심 내용은 학생들이 각각의 분야에서 프로젝트를 진행하며 시스템을 분석하고 설계하는 방법론에 있음

1-2. 시스템 분석과 설계 과정
- (중요) 시스템 분석은 업무 분석, 프로세스 분석, 파일 설계 등의 단계를 포함
-  분석 단계에서 도구인 DFD나 디디 등이 활용됨
-  이후 설계 단계에서는 코드 설계, 입출력 설계, 파일 설계 등이 진행됨
-  시스템 설계 후에는 프로세스와 프로그램 설계가 진행되며, 이는 더욱 세부적인 분야에 대한 이해를 필요로 함
-  설계는 복잡하며, 실무에서 적절한 언어로 구현하는 것이 중요

1-3. 프로세스 및 프로그램 설계
-  프로세스 설계는 입력에서부터 시스템의 마지막 출력까지의 전체 처리 과정을 설계하는 것을 말함
-  디테일한 프로세스 설계에는 프로세스 플루 차트가 사용되며, 이를 통해 실제 시스템 작동 시의 흐름을 도식화
-  프로세스 설계에서의 문제 해결 방안은 표준 처리 패턴을 사용해 개선하거나, 적절한 알고리즘을 선택하는 것
-  프로세스 설계에서 중요한 요소 중 하나는 흐름도 또는 일의 순서를 도식화하는 플로 차트임
-  실기 시험에서는 실제로 작성하는 능력이 중요하며, 실기 시험에서는 프로세스 플루 차트와 프로그램 플루 차트 두 가지 종류가 주로 시험에 나옴

2. 표준처리패턴과 프로세스 흐름도

2-1. 표준처리패턴 이해
-  표준처리패턴은 컴퓨터에서 널리 이용되는 업무 처리 형식임
- (중요) 업무를 다양한 패턴으로 나누고, 이를 바탕으로 처리 과정을 표준화함
-  예를 들어, 정렬 업무를 내림차순이나 오름차순으로 처리하는 등의 패턴이 있음
-  업무의 흐름을 도식화하여 각각의 업무가 어떻게 연결되는지 보여줌

2-2. 프로세스 흐름도 작성
-  프로세스 흐름도는 프로그램 설계 시 사용하는 도구로, 업무의 입력, 처리, 출력을 표현함
-  프로세스 흐름도에는 입력 준비기호, 처리 기호, 출력 준비기호 등의 기호가 사용됨
-  각 기호는 업무의 특정 단계나 상태를 표현하며, 이를 바탕으로 프로그램이 어떻게 작동하는지 이해함

2-3. 프로그램 설계와 흐름도
-  프로그램 설계 시, 프로세스 흐름도를 바탕으로 프로그램의 입력부터 최종 결과까지 보여줌
-  입력부터 최종 결과까지 각각 어떤 작업이 일어나는지 화살표로 표시함
-  각 작업 활동이 처리되는 동안, 어떤 다른 작업이 필요한지 파악하여 전체 프로그램의 흐름을 이룸
-  이러한 방식으로, 프로그램은 원하는 결과를 도출하는데 최적화된 방법을 찾게 됨

3. 시스템 모델 설계

3-1. 시스템 모델 개요
-  시스템 모델은 디스크에 존재하는 데이터를 모아 처리하는 도구임
-  디스크의 데이터 처리 기능은 기본적으로 마스터 파일과 트랜조션 파일을 이용함
-  시스템 모델의 입력파일과 출력파일의 형식이 동일하면 소트 패턴, 다르면 병합 패턴으로 분류함
-  소트 패턴은 동일한 파일을 통합하여 처리하는 패턴임
-  병합 패턴은 동일한 파일을 합합하여 새로운 출력 파일을 생성하는 패턴임

3-2. 처리 패턴
-  정렬 패턴은 파일의 형식에 따라 달라짐
-  병합 패턴은 동일한 파일을 합쳐 새로운 출력 파일을 생성하는 패턴임
-  조합 패턴은 형식이 다른 파일을 합쳐 조건에 맞는 자료만을 남기는 패턴임
-  갱신 패턴은 원본 파일을 수정하여 새로운 마스터 파일을 생성하는 패턴임
- (중요) 표준 처리 패턴은 추출, 분배, 변환, 대조, 조합 패턴으로 구성됨

3-3. 시스템 모델 설계
-  시스템 모델 설계는 프로그래밍 절차로 이루어짐
-  타당성 조사, 분석, 입출력 설계, 흐름도 작성, 언어 선정, 코딩, 실행, 이상 수정 등의 단계로 구성됨
-  프로그래밍은 프로그래밍 지시서를 통해 프로그래머에게 지시함
-  프로그래밍 설계 시 데이터 분석, 프로세스 설계, 입출력 설계, 프로그램 설계 순서로 진행함
-  설계 과정에서 문장의 논리적 흐름을 따라가며 진행하는 것이 중요함

화자 1
00:10
자 전국에 계시는 우리 엠투엠 안방 가족 여러분 계속해서 뜨거운 감동의 수업을 함께 하겠습니다. 좋습니다. 그죠 자 좋습니다. 여러분들 자 그렇죠. 이제 좀 쉬고 이제 좀 쉬었째 좋아요. 특히 인제 시스템 분석 설계는 우리 그 기사 소프트웨어 공학하고 같이 진행을 모호하기 때문에 소프트웨어 공학은 7시에 생중계 나가고 요 과목은 미리 했는 걸 녹화로 7시에 틀어주는 거다 그죠 여러분 상관없이 7시에 들어와서 눌러보면 생방송처럼 나오는데 생방송하고 다른 거는 뭐고 생방송은 미리 보기가 안 되죠. 진행 중이니까. 요거는 미리 해놨기 때문에 미리 이렇게 왔다 갔다 볼 수가 있는 거 더욱더 좋더라는 거죠. 좋습니다. 고쳐 이제 자 우리가 바로 앞 시간에 이제 뭡니까? 아주 간단한 입출력 설계 그리고 프로세스 저저 입출력설계 파일 설계를 봤습니다.

화자 1
01:10
그죠 자 이어서 프로세스와 프로그램 설계로 들어간다 자 여러분 이 시스템 설계와 분석 시스템 분석과 설계 자 이 과목은 첫 번째 개요에서 이미 공부 다 해버렸지 왜 내가 실무에 있었던 어 한 전쟁 쳤던 이야기를 하나 해줬잖아요. 어 고거제 그죠 그래서 우리가 이제 분석 과정에서 그죠 업무분석을 하죠. 분석 과정에서 그래서 분석 도구인 DFD나 또는 뭐요 또 데이타 사전 디디나 소단위 명세서 이런 것들을 통해서 분석의 명세서 영상화 했는 걸 보고 그다음에 설계가 들어가잖아. 현재 설계를 공부하고 있다. 그죠 설계 중에서 코드설계 입출력설계 파일 설계까지 마쳤고 요번 시간에는 프로세스와 프로그램 설계로 들어갑니다. 자 계속 1편의 이야기처럼 따라와야 됩니다. 그죠 자 앞부분 다시 좀 넘어가 봅시다 정리해 주고 그러니까 이제 실제로 시스템을 분석하는 과정은 너무나 잘 이제 분석 더이상 해야 되겠죠.

화자 1
02:10
분석하고 설계를 하고 그리고 실제 적당한 언어로 구형 코딩을 하고 검사를 하고 그리고 운영하면서 유지보수를 한다. 이런 단계로 시스템이 소프트웨어가 돌고 돌아가는데 이 분석에서 뭐야? 분석 도구인 DFD나 디디나 소단위 명세서 미니 미니 스펙입니다. 소단위 명세서 이 분석 과정의 분석을 하고 난 뒤에 나오는 산출물은 뭡니까? 요거제 어 분석도구죠 이 분석을 말로 하는 게 아니고 이런 도구 이런 도구 DFD DD 뒤에 나와요. 소단위 명세서를 통해 가지고 분석을 하제 그럼 이거 이 분석했는 이게 전부 다 서류다 서류 명세서예요. 요게 분석이 요거 분석 명세서를 합니다. 요거분석 내가 만들어질 시스템에 이제 사용자의 분석한 결과 요구분석 명세서거든. 알겠나 그럼 요놈을 보고 설계를 하잖아요. 요놈을 보고 요걸 보고 설계를 하죠.

화자 1
03:08
이 설계는 뭐 아이오 설계 그다음 코드 설계 배웠고요. 입출력설계 파일설계 그리고 요번 시간에 프로세스와 프로그램 설계 요거 아닙니까 되겠나 해서 자꾸 이렇게 이야기를 돌리고 돌리고 돌려야 된다는 거 좋아요. 자 그래서 프로세스와 프로그램 설계로 들어갑니다. 예 자 프로세스 설계요 프로세스는 이제 처리 과정 설계죠 이 프로세스 설계 개요 이제 실제 업무가 입력에서부터 자 시스템 사업 요소 CDM 사업 요소 뭐 입력 프로세스 출력 이제 입력에서부터 필요한 출력 정보를 얻기까지의 전체 처리 과정을 설계한 걸 뭐 프로세스 설계죠 이거 이거 과정 설계하는 거죠. 프로세스 요 과정 설계하는 걸 프로세스 설계를 한다. 이런 프로세스 설계는 뭐다 정확한 출력 정보를 얻기 위하여 반드시 흐름도를 이용해서 표현합니다.

화자 1
04:07
이 프로세스 설계는 뭘 이용한다. 흐름도 플로차트제 플로차트를 이용합니다. 이걸 블로차트 흐름도 다른 말로 일의 순서를 도식화 해놨는 거래 가지고 플로차트 순서도 이렇게 이야기한다. 그죠 요놈을 가지고 뭘 한다. 프로세스 설계를 하는구나 오케이 요런 이야기입니다. 자 이런 프로세스 설계 순서는요 가장 기본적인 사항을 확인하고 이제 처리 방식 설계죠 요거는 인제 프로세스 설계입니다. 처리 방식 설계하고 처리 순서 설계죠 그죠 방식보다는 순서가 좋겠네요. 처리 순서 또는 처리 과정이 좋겠네요.

화자 1
04:47
처리 과정 설계를 하고 그다음에 실제 작업설계를 한다는 거 되겠나 해서 요거 아시고 자 이러면 이런 프로세스 설계에 이용되는 플로차트 순서도 흐름도 또는 일의 순서를 처리순서를 도식화하는 도표라 해 가지고 순서대로 하는데 이 순서들은 크게 뭐다 제너럴한 에 일반적인 에 일반적인 제너럴이죠. 제너럴 제너럴 제너럴 플로차트가 있고 아 이게 전체적인 개요 개요 플루 차트입니다. 전체 플루 차트 그러니까 크게 크게 듬숙듬숙하게 하는 거 개요 플루 차트 그죠 전체 플루 차트 일반 개요나 일반 플로우 차트나 같은 말이다. 있고 그 다음에 실제 실무에 쓰이는 게 뭐냐 디테일이죠. 디테일 디테일 계략 쓸개 상세 쓸개 그죠 디테일 블루차트 상세 플로 차트가 있습니다.

화자 1
05:44
자 크게 블로 차트는 일반적으로 크게 전체적으로 개요 아주 개요적으로 한 프로 차트가 있고 아주 일의 순서를 하나 하나하나 도시타이라는 거 뭐 디테일 상세의 플루 차트가 있고요. 자 일반적인 블루 차트에는 이제 블록 차트가 있고 CTM 프로 차트가 있습니다. 잘 안 쓰죠 예 잘 안 쓰고 많이 쓰는 게 뭐 프로세스 블루 차트와 프로그램 블루 차트입니다. 그죠 프로세스와 프로그램 블루 차트다 이 프로 차트는 여러분들 우리 기사 실기에서 40문제나 나온다 알겠나 그래서 우리가 필기를 잘해 놓으면은 실기는 거저죠 그래서 내 이미 실기 강의는 관상적으로 이미 생중계 다 돼 있습니다. 그래서 여러분 필기 바로 시험 치자마자 실기 바로 들어오면 돼요. 그죠 실기 강의가 정말 잘되어 있습니다. 에 떨어질려고 몸부림치지도 않았고 여러분 선배들이 봤지만 모든 게 고 문제 안에 다 녹아있는 거죠.

화자 1
06:38
우리가 이 실기는 이제 필기는 우리가 5과목 기사 산업 기사 5과목 얘기 나오고요. 실기는요 기사 저 어 실기는 산업기사 기사 똑같애요. 그죠 어떻게 나옵니까 이 프로 차트 요 자체를 직접 작성하는 게 40문제 정도 나오지 그리고 이제 뭡니까? 데이터베이스 설계 그죠 DB DB를 DB 실무 요거 한 30문제 나오구요. 보통 뭐 더 많이 왔다 갔다 할 때도 있죠. 조금 적게 나올 때도 있고 많이 나올 때도 있고 요것도 마찬가지고 그리고 업무 프로세스 업무 프로세스 업무 과정을 즉 이게 프로세스 프로 차트로 이렇게 하는 게 나와요. 자 요게 인제 한 20문제 정도 나오고요. 그리고 이제 마지막으로, 기술 용어 신기술 용어 용어하고 인제 실무영어 영어가 잠깐 나와요. 실무영어 자 요런 것들이 또 뭐 한 10에서 25년 한 10점 정도 나옵니다. 예 요렇게 돼 있죠. 그죠 에 요렇게 돼 있습니다.

화자 1
07:36
그 용어 용어하고 영어 요 5점 5점 해서 2개 합해서 10점이죠. 에 그래서 실기도 이렇게 배정돼 있다잉 그중에서 뭐 프로 차트는 어디에서 집중한다. 실기에서 우리가 집중적으로 다룹니다. 내가 공식을 다 만들어 놨다 그 공식 20개의 공식만 딱 가지고 이 20개의 공식 가지고 모든 문제를 따로잡는 때려때려 잡는 거야. 아주 재밌어요. 예 실기 강의가 아주 그림 톡톡 20개만 그려놓으면은 어 어떤 문제 나와도 거기 다 걸린다네 그래서 여러분들이 특히 실기 필기 끝나고 바로 에 바로 시작하면 된다. 아주 1편의 영화처럼 실기도 즐길 수가 있는 겁니다. 알겠나요? 좋아요. 좋습니다. 예 자 그러면은 프로 차트 한번 보자 이 말입니다. 프로세스 설계 좋습니다. 좋다.

화자 1
08:28
음 자 이 프로세스의 흐름도는 뭐 말 그대로 뭐 프로세스 흐름도 우리가 프로세스 흐름도 제너럴하는 걸 채워버리고 디테일 중에는 뭐야? 프로세스 프로차트와 프로그램플루 차트가 있잖아. 이 프로세스 프로세트는 요거죠. 오케이 입력과 처리 출력 즉 시스템의 3요소인 IPO 요 3가지 과정을 그림으로 표시한 프로세스 플루 차트다잉 프로세스 플루차트의 기호 기호 요거는 이 프로세스 플루차트 어디에 나중에 오늘 곧 하겠죠. 표준처리 패턴에 사용합니다. 표준처리 업무를 처리하는 그걸 표준화시켜 놓은 패턴이 있었거든. 표준처리 패턴의 요런 것들이 이용돼요. 그죠 요거에도 많이 있는데, 주로 많이 이용되는 거다 그죠 그래서 요 기호는 서류단 말이었죠. 여기 출력이죠. 출력 기호인데 이건 아웃풋 출력 기호입니다. 출력 기호 중에서 어디 서류 서류로 뽑아내라 이런 뜻이에요. 서류 다큐멘터 그러니까 뭐 프린터 쪽이겠죠.

화자 1
09:27
그죠 요거는 인제 처공 카드는 입력이에요. 입력 입력 옛날에 데이터 입력을 이렇게 카드를 했거든요. 카드에 구멍을 펑펑 내가 했거든. 이걸 카드 여기 카드 기운의 카드 요렇게 딱 이렇게 입력 쪽이고 디스크는 이제 입력도 되고 출력도 되겠죠. 아이오 쪽이죠. 그죠 요거 요게 디스크입니다. 디스크에 있는 데이터를 어떻게 입력하고 디스크에 데이터를 출력하고 이런 뜻이고요. 요거는 자기 테이프 테이프 역시도 아이오죠 입출력 테이프에 들어있는 데이타 테이프로 나온 기록된 출력 테이프고 요거는 드럼이죠. 드럼 알제 과거의 보조 기억 장치고 요게 처리죠 처리과정 프로세스예요. 프로세스 처리는 요 안에서 모든 걸 어떻게 하라 쓰는 거고요. 요거는 뭐 수동 조작 수동으로 할 때 매뉴얼 손으로 임명할 때 수동 입출력입니다. 수동 수동 아이오입니다.

화자 1
10:15
요 기호는 그래서 요런 기호 주로 요거 뭐 요거 요거 뭐 요런 걸 많이 이용하는 거지 요런 기호로 데이터에 뭐요 프로세스에 입력과 프로세스와 출력을 하는 거 아니야. 이런 거다 이 말이에요. 어떤 뭐 예를 들면은 테이프에 이 테이프제 테이프에 있는 어떤 파일이 있어요. 파일 파일과 디스크죠 디스크의 파일을 뭐 이렇게 이런 거죠. 이게 뭐 처리하는 거예요. 처리 예를 들면은 이 처리 하겠죠. 처리 중에 패턴 중에 변환하라 그러면 결과가 뭐 이렇게 어 뭐 디스크에 들어간다든지 이런 거죠. 그러면 입력 쪽이고 프로세스 쪽이고 이놈이 출력 쪽이다. 그죠 그죠 요런 게 표준처리 패턴인데 요런 식으로 이제 입력 부분과 처리 부분과 출력을 도면화하는 걸 뭐다 프로세스 흐름도 블로 차트라 하는 거예요. 알겠나 해서 나중에 표준처리 패턴 사용해 나옵니다. 되겠죠.

화자 1
11:14
그래서 요런 식으로 업무의 흐름 업무에 입력 처리 출력을 요런 그림으로 처리한단 말이야. 말로 하는 게 아니고 에 설계한다는 겁니다. 프로세스 설계를 자 그 다음에 어 프로그램 흐름도는 이게 뭐요 인제 논리적 흐름에 따라 실제 프로그래밍하기 위해 작성된 흐름도 즉 프로그램 설계에서 하는 거죠. 프로그램 설계 아까 프로세스 어 흐름도는 뭐야? 프로차트는 프로세스 설계에서 하는 거고, 그죠 프로그램 설계에서 실제 많이 쓰죠 이거 우리가 히사 실기엔 이게 나오죠. 이거 이게 나오는 겁니다. 그죠 그래서 많이 쓰는 기호가 이게요 요거 시작과 끝이 없다. 단말 프로 차트의 시작과 터미널 기호를 해 가지고 플로 차트에 시작과 끝을 알립니다. 끝을 의미한다. 의미 예 요 기호는 그래서 요건 뭐 기사 실기에서 환상적으로 했지만, 다시 이렇게 합니다.

화자 1
12:13
요거는 프리패션 준비기호라 카죠 준비기호 준비 각종 준비사항을 기록합니다. 각종 준비사항 여기에 초깃값 설정이라든지. 아이는 제로 그럼 아이라는 변수의 제로를 넣고 시작하라 이 말이죠. 시작 어 준비 기호고 준비 기호고 요거는 처리 기호죠 처리기호 처리기호죠 뭐 더하라 빼라 어떻게 모든 명령어를 여기에 다 쓰죠 프로그램의 모든 명령어를 기술하죠. 명령어 모든 명령어를 조기화에 기술을 합니다. 에 각종 처리사항을 여기 기술하고요. 이제 준비사항을 기술하고 요거는 입출력입니다. 입력 어떤 입력하고 출력 아이오 기호죠 입출력 기원 입출력 기능을 담당하는 입출력 기호고 요놈은 연결자 커넥션 요놈은 이제 플루세트가 길 때 연결하는 거죠. 연결자고 커넥션이고 요거는 판단기호 디시전이죠.

화자 1
13:01
디시전 판단기호 디시전 이게 뭐 아이는 100보다 크냐 적으냐 이렇게 각종 판단사항 각종 맞나 만나 이런 거 판단 사항을 요 기호 안에 기록하고요. 인제 흐름선 이제 요 요 규와 기호 사이를 화살표로 플로라인이죠. 플로라인 화살표로 처리하는 거 알겠나 그래서 요런 기호를 이용해 가지고 프로그램 설계를 합니다. 프로그램 요 프로그램 설계에 이용되는 플로 차트가 뭐다 프로그램 플로 차트 알겠나 자 그러니까 예를 들면 뭐 이런 거겠네요. 어 이거 자 이건 뭐야? 1에서 보기 1에서 100까지 보니까 정수의 합 정수의 합을 구하는 프로 차트를 작성하세요. 이런 이야깁니다. 자 실기 시간에 화상적으로 하거든. 합 을미지 스타트 단말기호를 출발하라 하고 요건 초기칩 아이라는 방에다가 0을 넣고 이건 뭐야?

화자 1
14:01
아이 합이라는 방에다가 또 0을 집어넣어라 요만하죠. 초기칩 설정하죠. 그리고 요거는 뭐 아이는 아이 플러스 그래서 일어나 데이터 발생 변수는 데이터 발생 변호가 공식 다 많이 다 있는 거야. 지금 물론 좋습니다. 요게 인제 명령어 아이 나이 플러스 1하고 아이하고 나이 뿌리 요거 요게 처리 교호고 그리고 판단 교재 아이와 백이 같으냐 같으면은 예스면은 현재 아이 합을 출력하고 하고 놓으면은 요 빠졌네요. 놓으면 다시 반복하라 이런 뜻이지 그리곤 일 고만 해라 요런 게 요런 게 뭐다 프로그램 블루 차트입니다. 프로그램 블루 차트예요. 그죠 프로그램 설계에 이용되는 블로 차트다 이 말입니다. 되겠나 예 아주 쉽습니다. 예 그래서 요거 한번 보시고 자 이런 흐름도를 이용해서 프로세스 설계와 무슨 설계를 한다. 프로그램 설계를 한다는 겁니까? 이것 끝났어요. 그죠 자 그러면은 어 자 몇 분 정도 흘렀나요?

화자 1
14:57
예, 예 그래서 뭐 너무나 쉬운 거 이 플로 차트는 기사 실기에서 또 40문제 40점이나 배정되기 때문에 그럴 때 내가 패턴별로 전부 정리하여 놓을게 20개의 패턴 그죠 빠져나갈 수 없습니다. 그래서 기사 실기 필기 끝나자마자 들어와야 된다. 좋아요. 자 이 표준처리 패턴은 뭐냐 하면 이제 이 업무를 업무가 업무를 패턴별로 좀 정리해 봤는 겁니다. 어 그러니까 입력 처리 처리 과정의 처리 사항을 패턴별로 컴퓨터에서 가장 널리 이용되는 이 패턴을 뭐다 표준처리 패턴이랍니다. 형식을 어 업무를 처리하는 형식을 패턴화 했는 거야. 그래서 기본처리 형식이죠. 즉 정보처리업무의 표준처리패턴 유형이죠. 그죠 뭔 말인지 알겠제 그러니까 컴퓨터가 인제 일을 처리하는데도 아주 기본적인 거는 패턴별로 만들어 나가는 거거든요.

화자 1
15:52
그 패턴 유형이 뭐냐 이거 정열 이 정의 작업은 이렇게 하라 병합작업을 이렇게 하라 이런 게 쭉 있는 거예요. 요거는 출제가 될 수가 있습니다. 자 이런 그림만 이해하면 된다. 자 정의열은 뭐고 정렬 정렬 김정열 좌로 정렬 우로 정렬 순구히 당당 알겠지 너무나 앞에서 공부 잘해 순서 없이 나의 무질서한 나의 데이터를 어떤 기준에 따라서 순차적으로 배열 처리하는 패턴이죠. 그죠 그래서 내림차순으로 할 수도 있고 어센디 내림차순도 할 수도 있고 오름 차순으로 할 수도 있고 그죠 그래서 이 소트 방법도 여러 가지가 있었지 내부 정렬과 외부 정렬이 있고 내부 정열에는 또 여러 가지가 있었습니다. 선택정렬 생각나네요. 선택정렬 히프 정렬 여러분 퀵 정열 시렉스 정렬 셀 정렬 생각나죠.

화자 1
16:47
외부 정열은 OCELATION CASKID 발란스 등 오케이 그래서 이런 거 다 배웠는데 자 이런 정렬 패턴은 뭡니까? 자 요거 요거 요게 요 도표가 뭐예요? 프로세스 요 표준 처리 패턴은 어떤 흐름대로 한다. 오케이 프라 세스 프로 차트로 표현하죠. 프로세스 흐름대로 그니까 요거 테이프 테이프에 소트 전 입력 파일이 들어오고 요건 인제 요게 처리 처리 교재 소트 작업 이 알고리즘은 다 배웠잖아요. 소트 작업을 해 가지고 작업 활동한 임시 파일이죠. 임시 파일을 디스크에 저장해 가지고 최종 소트된 걸 뭐다 쇼트 출력 파일요 그죠 자기 테이프에 하는 거네 요거는 그렇죠. 요런 거 요 그림 뭐 예 소트 패턴이죠. 그죠 정렬이다. 살짝살짝 보면 되는 거 병합은 뭡니까? 병합 뭐지는 뭐지 이거는요 동일한 두 개 이상의 정렬된 파일을 동일한 앵그레미 동일한 거예요. 하나로 통합하여 처리하는 패턴이 뭐지 패턴이야 뭐지 동일 아니다.

화자 1
17:42
그러니까 요 테이프에 입력파일 1과 입력파일 1은 형식이 동일하겠죠. 요놈의 뭐지 해가지고 새로운 출력 파일을 만들어내는 거죠. 역시 머지않은데 합병하죠. 이게 합판은 그제 합병하는데 임시 작업 파일을 디스크로 이용합니다. 그죠 요 그림 요건 동일한 예 좋아요. 에 자 그림만 이해하시면 되겠죠. 딱 보고 아 요거는 머지다 요거는 소트다 이렇게 그림이 출제가 되니까요? 좋습니다. 그 다음에 볼까요? 자 그다음에 이제 조합이죠. 조합 자 여러분들 머지하고 조합하곤 헷갈릴 만한데 머지는 동일한 파일을 합하는 거고, 조합은 뭐냐면 형식이 다른 다른 파일을 합하는 거예요. 즉 다른 파일 대상 작업파일과 대조파일이 다른 거죠. 조건에 맞는 자료마다 합치는 거죠. 에 조합은 동일한 파일을 합하는 거고, 아 저 머지는 동일한이고요. 조합은 다릅니다. 그죠 되겠나 그래서 또 이 파일과 이 파일은 다르죠 형식이 달라요.

화자 1
18:41
형식이 다른 2개의 파일을 조합하죠. 조합을 해 가지고 조합된 파일과 조합되지 않는 파일 뽑아내는 거다 그렇죠. 요 그림이다. 요 그림 알겠나 요 그림은 딱 보면 조화 패턴 그림 딱 나오면 이거 뭐다 조화 패턴이구나 되겠죠. 서로 다른 걸 요렇게 나오는 거죠. 예 그러면 갱신 업데이트 파일 자 갱신은 말 그대로 뭐고 이 마스터파일 원장파일이죠. 원본 파일을 트랜조션 파일은 뭡니까? 내용을 변경시켜주는 파일로 갱신되게 하게 하여 새로운 마스터 파일을 만들어내는 작업 패턴 이제 처리 패턴입니다. 그러니까 구 마스터 파일 옛날 파일을 트레조션 파일이 이제 처리해 뭐요 업데이트 작업에 모여서 뭐다 신마스터 파일이 나오는 거죠. 신마스터 파일 자 요 그림이죠. 신 마스터 파인이 나오는 거 이런 작업이 뭐다 갱신작업 즉 갱신 패턴이다. 그래서 자 여러분들 정렬 병합 조합 갱신 그리고요.

화자 1
19:34
또 한번 봅시다 현재 기본적인 컴퓨터의 처리 패턴을 배우고 있다. 처리 패턴 표준 패턴 자 추출 추출 익스트랙터 조건에 부합되는 파일을 파일 중에서 추출해 나가는 처리패턴 정보 일명 정보 검색 패턴이란다잉 정보검색패턴 하면 추출패턴입니다. 자 어떤 대상 자료 파일이 디스크에 테이프에 들어있는 거고요. 또 추출 조건 파일이 카드에 있다고 하자 요 작업이 끝나면 이렇게 추출 후 보관용 출력파일이 되고 추출한 자료보고서 파일은 서류로 나오는 겁니다. 됐죠 요 작업이고 자 분배 디스트루뷰션 분배 패턴 주어진 파일 중에서 조건에 맞는 것과 그렇지 않은 것을 분리 처리하는 패턴이 뭐다 분배다 이 말입니다. 보면 알겠죠. 분배 전 파일 분배 전 파일이 있고 분배조건 파일이 있고요.

화자 1
20:25
분배 작업이 끝나면 조건을 만족하는 파일과 만족하지 못하는 거로 이 된다는 거 요 조건에 만족하는 것과 만족하지 않는 거 요 그림이죠. 요 그림 그림이 약간 약간씩 다르다 그래서 분배입니다. 분배 분배 작업이고 그다음에 또 있습니다. 여기에 잘못 나오면 변환과 대조는 그림이고요. 변화는 뭐냐 컨버전 입력 매체상의 데이터를 컴퓨터가 처리할 수 있는 파일매체로 입력 변환하고요. 또 파일매체에 보관된 정보를 출력 매체로 변환하는 출력 매체로 변환하는 패턴이 출력 변환하는 게 변환이죠. 뭐 그죠 대조원은 두 개의 파일을 대조하여 기록 내용이나 기록 순서를 검사하는 거 말 그대로 매칭이랍니다. 그렇죠. 요런 거 방금 봤는 변환 되조 그렇죠. 소트 그렇죠. 정렬 병합 변환 대조 조합 그렇죠. 기출 이런 것들이 뭐다 기본적인 표준 패턴입니다.

화자 1
21:23
그죠 예 그래서 시험에는 이런 표준패턴에 속하지 않는 것 이런 문제도 나오고요. 자 그래서 고거는 문제집에서 보면 됩니다. 좋아요. 자 여러분들 이제 요 시스템 모드 설계가 우리 산업 기사의 마지막이지 자 요거 강의 듣고 또 핵심 적중 문제 있거든. 잊고 기출문제 있습니다. 그죠 기출문제 푸시고 그다음에 시험 응시하시고 그다음에 실기도 하고 이러면은 자격증 탁 따서 어디 간다 기사식당에서 밥 한 그릇 때리자 좋습니다. 자 프로그램 설계는 공부할 거 없다. 프로그램 설계는 뭐요 우리가 역시 프로그램 프로 차트를 이용하는 거죠. 그죠 그래서 이게 노직마다 다릅니다. 업무마다 다르기 때문에 특별한 패턴은 없고요. 프로그램 프로 차트를 이용하고 이 프로그램 할 때도 그냥 설계서를 구성하죠. 설계서에 시스템 이름 프로그램 이름이 코드명 설계방식 어떻게 프로그램을 작성하라 프로세스 흐름도 프로그램 프로세스 흐름도 그렇죠.

화자 1
22:22
처리 흐름도 이게 프로그램 흐름도죠 어 프로그램 블루 차트를 이용합니다. 요거는 그리고 코드표 데이터를 모은 코드표 입출력 설계표 또 프로그래밍 지시서 이게 주로 누구 작성하노 에세이가 작성해서 누구한테 지시한다. 프로그래머한테 그죠 프로그래머 그래머한테 작성을 하는 겁니다. 알겠나 지시를 한다. 해서 1번 보시고 프로그램의 설계는 뭐 프로그래밍 절차죠 타당성 조사를 하고 분석을 하고 입출력 설계를 하고 난 뒤에 흐름도를 작성하죠. 흐름도 플로 차트 블루 차트 그죠 프로세스 플루 차트와 프로그램 블루 차트를 작성하고 그다음 실제 적당한 언어를 선정해서 코딩 코딩을 다른 말로 뭐 프로그램 한다가 프로그래밍이라고요. 코딩을 다른 말로 구현이라고도 하고 임플리먼트를 하고 또는 우리 뭐 개발이다. 프로그램 개발한다. 이렇게도 이야기합니다. 그죠 그리고 입력 및 컴파일을 하죠. 컴파일 컴파일을 하고 실행을 해보고 이제 시에 이상이 있으면 수정을 하고 수정하는 작업을 뭐라 한다.

화자 1
23:22
디디버깅 디버깅이라죠 요런 그죠 요런 과정을 통해서 프로그램을 설계합니다. 되겠나요? 그래서 프로그램의 설계는 별다른 공부가 할 필요가 없습니다. 없고요. 됐죠 자 그 다음 있나요? 예 아마 끝일 건데 좋아요. 자 이렇게 해서 굉장히 간단하제 간단하지만 엑기스들이다. 그죠 그래서 우리가 이제 설계 단계에서 하는 코드설계 어떤 문제가 나오는지 알겠나 그리고 파일설계 입출력 설계 돼 있죠. 순서만 공부하면 되고 파일 설계 됐죠 그리고 프로세스 설계 프로그램 설계됐습니다. 그죠 요 과정 요 과정이었습니다. 좋구요. 자 이렇게 시스템 분석설계 실제 실무를 해보면 장난 아니죠.

화자 1
24:12
그래서 내가 첫 번째 장에서 전체 다를 이야기했기 때문에 아주 가벼운 마음으로 그리고 1편의 영화 보듯이 발을 까딱까딱 하면서 노래 듣듯이 여러분 강의 듣고 있잖아. 발 까딱거리는 거 봐라 좋았습니다. 자 오늘 요렇게 정리하고요. 자 오늘 아이오 설계 파이어설계 프로세스와 프로그램 설계를 끝냅니다. 그죠 자 여러분 이제 막바지다 정리 잘해 주시기 바라고 자 내일 또 뜨거운 가슴으로 만나 뵙기를 약속드리면서 오늘은 여기까지 하겠습니다.

https://youtu.be/ppyaqYzwLGY

1. 시스템설계

1-1. 업무분석과 설계
-  타당성 조사, 현장조사를 통해 업무를 분석함
-  분석 결과를 바탕으로 구체적인 설계를 진행함
-  소프트웨어와 시스템을 통해 프로그램을 개발함
-  개발된 프로그램을 테스트하고 검사함
- (중요) 에러가 발생하지 않으면 실제 실무에 적용함

1-2. 시스템 분석과 설계
-  시스템의 생명 주기(분석, 설계, 유지보수)를 고려함
-  분석과 설계 과정에서 분석가(에세이)와 시스템 개방(옍레이터) 역할이 있음
-  분석 과정에서 타당성 조사, 현장조사, 업무분석을 수행함
-  업무분석을 바탕으로 코드 설계, 입출력 설계, 프로세스 및 프로그램 설계를 진행함
-  입출력 설계는 시험에 거의 출제되지 않음

1-3. 입력설계
-  시스템의 입력 요소(인풋, 제어, 피드백)를 고려함
-  입력 장치, 매체, 투입 방법, 내용 등을 설계함
-  입력 정보의 발생, 수집, 매체화, 투입에 대한 설계를 진행함
- (중요) 정보 수집의 방법과 자료의 수집, 저장, 처리 과정을 설계함
-  입력 장치의 종류는 키보드, 마우스, 태블릿 등이 있음

2. 시스템 설계

2-1. 시스템 설계 방향
-  입력 방식은 집중 매체와 분산 매체, 직접 입력 방식과 턴 어라운드 입력 방식이 있음
-  사용자의 요구사항에 맞춰 출력을 설계해야 함
- (중요) 사용자 중심의 설계가 중요함
-  출력 설계 순서는 내용 설계, 매체화 설계, 분배/이용 설계 순임
-  시험에 나오는 내용은 출력 설계 순서와 함께 나옴

2-2. 출력 매체
-  인쇄 출력은 프린터, 디스플레이, 음성 출력 등이 있음
-  음성 출력은 턴 라운드 인쇄, 프린터 등이 있음
-  파일 설계와 더불어 데이터베이스 설계가 중요함
-  데이터베이스 설계는 본 강의에서 언급하지 않음

2-3. 파일 설계
-  파일은 사용자 작성한 관련 있는 레코드의 집합임
-  컴퓨터에서 데이터 처리 단위는 바이트, 워드, 필드, 레코드, 데이터베이스임
-  파일 종류는 테이프 파일과 디스크 파일이 있음
-  프로그램 파일은 명령어 집합, 데이터 파일은 명령어와 데이터가 포함됨
-  노드의 기능은 위치, 링킹, 재배치, 적재임

3. 파일과 프로그램에 대한 이해

3-1. 파일과 프로그램의 구분 및 기능
-  파일과 프로그램이란 정보나 데이터를 모아놓은 것
-  파일의 구조에는 데이터 파일, 프로그램 파일, 시스템 파일 등이 있음
- (중요) 프로그램 파일의 구성 요소에는 소스 코드 파일, 목적 파일, 실행 파일 등이 있음
-  프로그램 실행 파일은 씨 언어로 성적 처리를 하는 예시
-  데이터 파일은 수행 기능에 따라 원본 파일, 트랜잭션 파일, 보고 형태 파일, 역사 기록 파일 등으로 나뉨

3-2. 파일 편성과 그 종류
-  파일 편성은 파일의 구성 요소들을 어떻게 편성할지에 대한 접근 방식을 의미
-  순차 파일은 데이터를 순서대로 저장하며, 자기 테이프나 검색이 가능
- (중요) 집적 파일은 임의의 물리적 저장 공간에 기록하며, 해싱 함수를 이용해 검색이 가능
-  아이스함 파일은 인덱스드 순차 파일이며, 파일 키를 통해 데이터를 찾을 수 있음

3-3. 파일 편성의 특성과 장단점
-  순차 파일은 접근 속도가 빠르고 공간 사용이 효율적
- (중요) 하지만 삽입과 삭제가 불편하고, 검색이 비효율적임
-  집적 파일은 검색이 빠르고, 공간이 효율적이지만, 메모리에 데이터를 보관해야 하는 단점이 있음
-  아이스한 파일은 인덱스드 순차 파일이며, 데이터를 인덱스를 통해 찾을 수 있음

4. 데이터 파일 설계와 편성 방법

4-1. 데이터 파일 설계와 레코드 구조 이해
-  데이터 파일 설계에서 순차 처리와 랜덤 처리 모두 가능함
-  순차파일과 제일 중점에 장점을 결합한 구조로 주로 자기 디스크에 많이 사용
-  레코드의 추가 사정 삭제가 매우 효과적임
- (중요) 아이스한 파일은 데이터를 저장할 때 프라이머리 데이터에만 저장하는 게 아니고 인덱스 에리아와 오버플루오 에리아 그림으로 공간이 3개가 마련됨
-  레코드는 주소와 키 값이 들어가고 실제 데이터는 여기에서 확인 가능

4-2. 데이터 파일 편성법 이해
-  아이스한 파일 영역이 3개 마련되고, 이를 데이터에 레코드에 추가 수정 삭제가 가능함
-  데이터에 레코드에 추가 수정 삭제가 가능한 구조로 아이스한 파일 예를 들어 설명함
-  리스트 파일 편성법에서는 모든 데이터를 연결 리스트로 연결 리스트로 구현한 파일
- (중요) 리스트 파일 편성법에서는 데이터 레코드만 두는 게 아니라, 다음 데이터의 주소 데이터를 포함함

4-3. 파일 설계 및 편성 검토
-  파일 설계 시 파일의 성격, 항목의 검토, 특성 검토, 매체 검토, 편성 방법 등을 고려해야 함
-  파일의 성격, 항목의 검토, 특성 검토, 매체 검토를 통해 입력설계와 출력설계를 결정함
- (중요) 성격 검토, 항목 검토, 특성 검토, 매체 검토를 깔끔하게 정리해둠
-  파일의 성격을 검토하고 항목의 검토, 특성 검토, 매체 검토 등을 통해 파일 설계를 결정함

화자 1
00:10
자 전국에 계시는 우리 M2M 안방 가족 여러분 오늘 또 뜨거운 가슴으로 두사부일체의 정신으로 환상적인 수업을 함께 하겠습니다. 아 예 좋습니다. 자 우리 산업 기사 시스템 보석 설계 20문제 꽁야 완벽 속성으로 정리하고 있다. 자 그래서 우리가 지난 시간에 이제 시스템 전반적인 개요 그리고 코드 설계까지 했죠. 그죠 좋습니다. 그죠 자 오늘은 이제 입출력 설계와 파일설계 들어갑니다. 그죠 좋아요. 자 이거 시스템푸드 설계는 여러분 이미 첫 시간에 했던 그게 다다 이 말이죠. 자 앞부분 조금 돌아갈까요? 앞부분 제목이 있는 부분에 예 자 우리가 중요한 게 뭐고 실제 우리가 업무를 내가 전산화해야 되겠다.

화자 1
01:05
하면 뭐다 타당성 조사와 어 조사를 하고 현장조사를 통해서 이 프로젝트를 분석을 한다. 그죠 여러분들이 아주 중요한 거죠. 업무분석 그리고 이 분석한 결과를 가지고 뭐 이제 설계도가 구체적인 설계를 해야 되겠다. 설계 그리고는 이제 설계자대로 뭐고 적당한 컴퓨터나 프로그램 랭귀지를 선택해서 프로그램으로 개발하는 거 이걸 구현 또는 코딩 개발이라 합니다. 그죠 그래서 구현되어 있는 게 제대로 만들어졌나 만졌나 뭐 테스트 검사라죠 이 검사를 하면 결과는 2가지다 2가지다 이 말입니다. 에러가 발생하지 않은 경우 즉 에러를 뭐라카더노 벅이라 개체 벅이 발생하지 않는 경우와 버기 에러가 발생한 경우가 있다. 벅이 발생하지 않으면 뭐야? 어 제대로 됐구나 오류가 없구나 실제 실무에 이제 이 소프트웨어를 이 시스템을 사용합니다. 그죠 어 이게 뭐야? 운영이죠.

화자 1
02:03
운영 오퍼레이팅 하면서 그 다음에 업무의 업무가 바뀌어질 때마다 적당한 메인터넌스 유지보수죠 유지 메인터넌스 이런 단계를 거치면서 하나의 시스템이 돌고 돌아가더라 에러가 있으면 다시 에러를 수정해야 되겠다. 에러를 수정하는 작업을 무슨 작업 디버깅 벌레를 죽이는 작업이라 해 가지고 디버깅이라 한다는 거 맞나요? 그래서 이 시스템 분석 설계에서는 이제 뭐 분석 파트와 설계를 집중적으로 공부를 하는 거지 그죠 이 분석설계를 전문으로 한 사람은 우린 에세이다. 시스템 어 내리시스다 분석 가닥하고 구형 검사 쪽은 프로그램 먼저 프로그램만 그리고 오퍼레이트를 하는 사람을 이제 우리가 아주 오퍼레이팅을 하는 사람은 오퍼레이터라겠죠.

화자 1
02:51
그죠 그래서 이런 식으로 오늘날 1의 시스템이 돌아간다 시스템의 나이프 사이클 생명 주기다 그래서 이 분석 과정에서 그죠 여러분 이 분석 과정에서 이제 우리가 뭘 만들어 낸다 이제 여기 타당성 조사와 타당성 조사와 현장조사 현장조사 그리고 업무 분석을 하죠. 예 업무분석 분석을 합니다. 해서 이제 이 부분 이 분석 도구로 어 이용되는 걸 인제 배우겠죠. 그죠 업무 분석을 하고 이제 설계를 하는데 이 설계에서 이제 뭐 코드설계 앞 시간에 했다. 그리고 오늘 IO 설계 그리고 파일설계 그리고 뭡니까? 프로세스와 프로그램 설계가 설계 파트에서 이루어진다는 거 그러나 그래서 이제 설계를 마치면은 컴퓨터 언어를 선정해서 구현을 한다. 그죠 프로그래밍 구현을 하고 그 다음에 검사를 하죠.

화자 1
03:47
검사 이 검사도 통합검사 시스템검사 인수검사 이런 검사를 합니다. 그죠 검사를 통해서 이제 메인터넌스를 한다는 거 그래서 요 과정이 이제 그래서 요거 아주 중요하기 때문에 오늘 들어가기 전에 다시 한번 정리를 살짝 했다. 이제 하고 이제 다시 들어갑니다. 자 코드 설계는 다 마쳤고 이제 오늘 입출력 설계입니다. 자 입출력설계는 거의 출제가 되지 않는다. 출제될 것 없고 그렇지만 딱 하나만 이제 공부하면 돼요. 이제 이 시스템에 내가 만든 시스템의 입력 부분과 출력 부분을 어떻게 설계하는지 자 오늘 시스템의 사업 요소가 뭐고 여러분들 이미 배웠죠 아이피죠 인풋과 프라세신과 출력 이 3가지 요소를 뭘 한다. 시스템에 3요소고 여기에다가 제어 컨트롤 그리고 피드백 넣으면 뭐다 오 요소잖아요. 그죠 자 그렇죠.

화자 1
04:43
그래서 요번 챕터에서는 입력 부분 설계와 출력설계 그리고 이 프라세스 설계를 공부를 합니다. 알겠나 IPO 자 입출료 설계는 문제가 거의 안 나오고 임명설계는 뭐예요? 어떤 데이터를 어떤 장비 어떤 매체를 이용하여 어떤 형태로 어떤 데이터를 어떤 매체를 이용하여 어떤 형태로 임명할 것인가를 설계하는 단계를 입력설계지 뭐 그러나 자 어떤 데이터를 어떤 데이터를 어떤 매체 매체를 통하여 어떤 형태로 이런 뜻이죠. 그렇죠. 어떤 데이터를 요 말이죠. 어떤 매체를 통해서 어떤 형태로 보죠. 그래서 실제 실생활의 데이터를 매체다 그러죠 매체는 뭐 우리 흔히 뭐 키보드 마우스 여러 가지가 있죠. 그런 건 문제 안 나온다 다음 입력 장치가 아니고 그따위 문제 나오기를 기대하면 안 됩니다.

화자 1
05:35
명사에서는 나오지 그래서 매체 어떤 기기를 이용하여 또 어떤 형태의 숫자로 문자로 음성으로 그죠 그림으로 이런 것이죠. 입력할 것인가? 하고 자 시험이 간혹 나오면 요거예요. 입력 설계 순서다 그죠 인제 요게 간혹 나오고 표현이 나올 게 없다. 자 입력 설계는 뭐다 입력 정보 발생에 관한 설계 입력정보 발생설계 입력정보 발생하면 좋습니다. 그리고 입력정보 수집 수집 설계 수집에 관한 설계 그 다음에 입력 정보를 어떻게 어떤 매체로 어 옮길 것인가? 매체화에 대한 설계 그다음에 입력 투입에 대한 설계 그리고 실제 내용에 대한 설계입니다. 요것만 알면 되겠죠. 입력설계 순서는 뭐 입력 정보의 발생에 관한 설계 수집에 관한 어떤 형태로 이 데이터를 수집할 것인가? 어떤 형태로 매체와 매체에 적용시킬 것인가? 어떤 형태로 투입할 것인가?

화자 1
06:32
어떤 입력 정보를 어떤 식으로 내용화 할 것인가? 대개나 자 발생 꽁양 수집 매체와 투입 내용이 입력 데이터 설계 순서다 조체 그래서 시험에는 요게 나오는 거예요. 요거 그래서 요거 보죠. 입력 정보 발생의 설계 현장에서 발생한 실제 데이터를 각 항목별로 결정하는 설계 공부할 것 없죠 그래서 정보 수집의 설계 자료의 수집 방법을 결정이죠. 어떤 식으로 수집 방법을 결정할 것인가의 설계고요. 입력 정보 매체화에 대한 설계는 수집된 정보를 컴퓨터에 입력하는 방식 입력하는 방식을 결정하는 거고, 입력 정보 투입에 대한 서류가 정보 처리 과정에서 입력시키기 위해서 입력 매체의 모양과 서식을 결정하는 한번 눈으로 읽어 보면 좋고요. 입력 정보 내용 입력 정보의 목적을 달성하는 데 필요한 입력 정보 내용을 설계하는 단계 그렇죠. 그래서 시험 나오는 거는 이거다 이거 외에는 나올 게 없다. 이 말이죠.

화자 1
07:31
그래서 뭐 입력 장치가 어떻고 이런 건 시험에 안 나온다 그래서 입력 자 입력 장치는 편리한 쪽으로 나오겠습니다. 필 과거에는 뭐 입력장치 카드 테이퍼 이래도 요즘은 키보드 그죠 또 마우스 또는 디지타이저 이런 여러 형태가 있제 근데 중요한 건 아니고요. 앞으로는 이게 음성을 받아들인 장비들도 많이 요즘은 지문 인식도 되고 뭐 그런 중요한 게 아니고 입력 방식은 살짝 보죠. 집중 매체와 입력 방식이 있고 분산매체가 있고 지적 입력방식 턴 어라운드 입력 방식이 있다는 거 요거도 살짝 이 종류 정도만 내용은 전혀 몰라도 좋습니다. 집중 매체와 입력 분산매체와 직접 입력 턴 어라운드 되겠나 그래서 요런 입력 방식이 있다는 거 여러분 참고로 알아 놓으시면 됩니다. 예 공부할 게 없다. 좋습니다. 자 그 다음에 인제 출력도 1가지 출력 설계 역시 공부할 게 없습니다.

화자 1
08:26
무엇을 언제 어떤 방법에 의해서 어떤 매체로 출력할 것인가를 결정하는 거예요. 자 출력성에서 가장 중요한 거는 이 출력은 반드시 사용자의 만족도를 고려해야 된다. 그죠 출력 사용자가 어떤 형태로 출력을 해달라는 그 요구사항들을 출력을 해줘야 됩니다. 예를 들면 대차대조표를 뽑아내는데 사용자는 요렇게 만들어 돌라카면은 여러분 고대로 만들어주는 게 제일 좋아요. 이렇게 만들어 달라카는 걸 이렇게 만들어주면 사용자의 만족도에 맞지 않은 것 아무리 우수한 출력 정보라도 그 의뢰자 이 시스템을 소프트웨어를 사용자 측에 맞지 않으면 그건 꽝이다. 이 말이죠. 그래서 출력은 항상 사용자하고 프로토타의 이야기를 들어보고 자 내가 어떤 폼으로 출력할 것인가를 결정해 줘야 됩니다. 여러분의 생각이 아니고 고객만족 그죠 사용자 중심으로 설계를 하라 이런 말이죠. 됐습니다.

화자 1
09:20
자 시험에 나오면 요거다 출력 설계 순서가 나오는 것이 1가지죠 자 출력 정보의 내용에 관한 설계 그리고 또 매체화에 관한 설계 또 출력 정보를 어떤 식으로 뿌려줄까 분배에 관한 설계 또는 이용에 관한 설계 아주 쉽죠 다시 출력설계 순서는 어떻다 오케이 내용에 관한 설계 매체와 어떤 매체를 통해서 출력할 것인가? 매체에 대한 설계 그리고 분배 분배에 관한 설계 실제 이용에 관한 설계 그죠 자 아주 간단하다 출력 정보의 설계 그래서 내용 매체와 분배이용 시험 나오면 이게 나옵니다. 그죠 역시 읽어 보시면 돼요. 출력정보 내용에 관한 설계 매체 기록할 내용을 구체적으로 설계하는 것이고. 출력 정보 매체화에 관한 설계 정보처리 결과를 이용자가 요구하는 매체상의 기록하는 이야기 출력정보 분배에 관한 설계 읽어 보시면 되고요.

화자 1
10:20
출력은 어떤 경로와 방법으로 최종 사용자에게 전달할 것인가죠 그렇죠. 그다음 출력 정보 이용에 관한 설계 시스템에 출력된 정보를 누가 어떤 용도로 사용할 것인가를 결정하는 거 되겠나 그래서 여러분 시험에 나오는 건 순서가 나오더라 그죠 출력설계였습니다. 공부할 게 없고요. 하 좋습니다. 출력설계 자 그 다음에 출력 매체 출력매체도 뭐 여러분들 옛날에 이 코 막 지금 거의 아세요. 컴퓨터 출력 마이크로필름 시스템도 있었고, 턴 라운드 인쇄 출력 그죠 인쇄 출력 프린터를 의미하고 디스플레이 출력은 뭡니까? 모니터를 의미하고 음성 출력도 될 수가 있죠. 그죠 예 인쇄 출력의 대표적인 게 프린트고 뭐 인쇄 출력에 프린터 또는 우리가 캐드 같은 데 결과를 그려주는 엑스와이 플로트 엑스와이 뭐 플로터 뭐 이런 것도 될 수가 있고요. 디스플레이의 대표적인 게 뭐야?

화자 1
11:18
모니터죠 모니터 모니터 이런 것들이 되겠습니다. 음성 출력 요런 출력 매체들이 있다는 거 참고로 알아 놓으시면 좋습니다. 예 자 그래서 뭐 입력 설계 출력 설계는 거의 중요하지 않고요. 역시 이 파일 설계 이미 우리가 운영체제에서 파일파트에서 환상적으로 했제 자 파일설계 첫째, 요즘은 뭐 어 이 파일 설계와 더불어 DATA VIS 설계를 하죠. DB 설계 근데 여기 출제 범위는요 디비는 따로 나오잖아. 데이터베이스 하나의 과목으로 환상적으로 했기 때문에 건드리지 않고요. 우리 시스템 분석에서는 파일 설계를 다시 언급합니다. 자 파일설계요 자 파일에 대한 거는 뭐 별 설명할 게 없죠 너무나 잘했다.

화자 1
12:06
사용자가 작성한 서로 관련 있는 레코드의 집합 오늘날 컴퓨터에서 데이터를 처리하는 단위로 보면은 최소 단위가 뭐고 비트제 비트 컴퓨터 알아듣는 거는 온이 비트죠 전류의 흐름 이러면요 너무나 잘하는 거 이런 비트를 모여서 편의상 8개의 비트를 모았다. 바이트 문자 표현에 단위가 되고 했는 거 복습한다. 또 이런 바이트가 모여서 워드요 워드 아니죠. 할프 워더 할프 워더 16비터를 의미하고 풀 워더 32비터 요 더블 워더 64비터 그죠 이렇게 워드로 표시하고 또는 워드들이 모여서 이제 뭡니까? 필드를 필드 더 이상 세분화할 수 없는 항목을 결정해야지 항목 또 이런 필드가 모여 가지고 한 사람의 데이터분 1회에 처리되는 데이터의 크기 레코드를 형성하죠. 레코드 이 레코드는 또 어떤 레코드 예 논리적 레코드가 있고요.

화자 1
13:01
논리적 레코드를 그냥 레코드라 하고 물리적 레코드 우리는 다른 말로 블락이라고 이야기하제 네코드가 있고 또 이런 레코드들이 모여서 하나의 뭐 파일이 되죠. 파일 관련있는 레코드의 모임 또 데이타 소단위 데이타죠 이거는 어 네코드 다른 말로 소 단위 데이타 그렇죠. 그리고 우리가 자료 구조에서는 또 추리에서는 노드고 그래프에서는 정점이고 회율에선 엘리먼트 요소고 다 같은 말이죠. 또는 뭐 어 원소고 같은 말이지 이거 네코드 블록 데이터 여러분 이미 잘 알고 있는 이야기들 그렇죠. 해서 이 파일입니다. 이런 파일 관련있는 파일들이 또 모이는 게 뭐다 데이타 베이스죠 데이터베이스 디비제 오늘날 데이터를 처리하는 단위 표현하는 단위가 이렇게 그죠 그래서 이 바일 이 바일 설계는 어떻게 하느냐 이 말 아니야.

화자 1
13:57
음 자 이 파일의 종류는 우리가 너무나 잘 아는 가문 파일이 나왔으니까 기록 매체에 따라서 크게 뭐 자기 테이프냐 디스크냐 그죠 보조기억장치 중에서 테이프에 기록된 파일은 테이프 파일이고 디스크 테이프 테이프에 어 기록된 파일은 이제 테이프 파일 테이프 이게 테이프를 이렇게 표현합니다. 테이프의 심벌이죠. 디스크는요 디스크는 이렇게 표현하죠. 이렇게 이게 디스크에 마크 심블이 심블 테이프에 여기 어떤 파일이 에이 점 HWP 값 이 파일은 뭐고 테이프 파일이고 디스크의 하드디스크 인제 있으면 이게 뭐 디스크 파일이라는 거 당연한 이야기 자 내용 수행 기능에 따라서 크게 우리는 프로그램 파일과 데이터 파일이 있제 명령어들의 집합 프로그램 파일이고 이 명령에 이용될 데이터가 들어있는 파일 데이터 파일이죠. 데이터 파일 그래서 이 프로그램 파일과 데이터 파일 합해져 가지고 뭐 정보파일 인포메이션 정보 출력이 정보가 출력되제 이렇게 되는 거야.

화자 1
14:56
토렌파일은 원시코드 소스 파일이 있고 이 소스 파일을 어셈블러가 뭐다 뭐 저 번역기가 번역하면 목적 파일이 되고 이 목적 파일은 이 투랜스레이트죠 너무나 잘하는 이야기 번역기 이 번역기는 또 뭐가 있노 복습 하는 거 아니야. 어셈블러가 있고 마크로 어셈블러가 있고 컴파일러가 있고 인터프리트가 있더라 이런 트랜스롤레이트에서 번역되면은 목적 파일이 되고 이 목적 파일을 다시 뭐야? 노드죠 노드 노드의 링크 노드에서 실행파일로 변해야죠 그래서 원시파일 목적 파일 실행 파일 이제 맞나 또 이 노드의 기능 4가지 잘 알죠 올 로케이션 링킹 로딩 노드 어 니로케이션 메모리 할당 올 로케이션 할당 링킹 연결 노딩 그 저저 니로케이션 재배치 엘 노딩 노딩 적재죠 적재 에 할당 복습이다.

화자 1
15:50
연결 작업 재배치 적재 이 4가지 기능을 담당하는 시스템 소프트웨어 뭐다 모드다 그죠 해서 이런 프로그램 파일이 있겠지 프로그램 파일 좋습니다. 가벼운 마음으로 하고 있다. 여러분들이 씨 언어로 성적 처리 프로그램을 만들었다 그러면은 파일명이 승점 씨 이거는 뭐야? 씨 언어로 된 소스 코드 파일이고 이놈을 이제 터보신 같은 경우 인제 큰 파일 안에 뭐가 나오나 승점 오비제이 나오죠. 목적 파일이죠. 연구 완료돼 있는 것 이놈은 이제 뭡니까? 노딩 어 고 노드 노디오에서 처리되면 뭐가 나온다 승점 EXE 실행 파일이 나오제 그렇죠. 소속 프로그램 목적 프로그램 실행 프로그램 실행 파일 그래서 우리가 성 클릭한다든지 엔터 치면은 여러분이 시킨 대로 컴퓨터는 성적 처리를 해줍니다. 맞나 음 그렇죠. 그리고 이 데이터 파일은 이제 수행 기능에 따라서 마스터파일 원장파일 실제 원본 파일이죠.

화자 1
16:50
원점파일을 마스터파일이라 하지 원본 그리고 원점 파일에 있는 내용을 수정해주는 파일들은 뭐다 트랜젝션 거래의 파일이잖아요. 그죠 그리고 어떤 보고 형태로 만들어진 파일을 보고 파일이고 역사적인 사건 기록 그러니까 날짜별로라든지 월별로 어떤 내용을 저장하는 게 히스토리 파일이고 중요한 내용을 뽑아서 중요한 데이터를 뽑아서 요약한 게 뭐다 요약 서머리 파일이고 그다음에 작업 중간 작업 형태의 파일을 모아놓은 건 작업 파일이고 수행 기능에 따라 또 여기에 대해 몇 가지 나눌 수가 있죠. 너무나 아쉬운 이야기 그럼 여러분들이 씨 언어로 성적 처리 프로그램을 만들면 이거 소스고 목적이고 실행이죠. 이 프로그램에 의해서 실행 프로그램에서 인제 데이터를 뭐라 승점 DAT라 하죠. DAT 데이터 파일이죠. 그러니까 어 이 실행파일과 씨 실행파일이 승점 뒤 데이터 파일을 처리해서 이제 뭐나 최종 결과 승점 어 이게 출력 정보죠.

화자 1
17:47
그래서 프로그램 파일과 데이터 파일이 이 프로그램 파일에서 이 데이터가 처리돼서 승점 아웃이라는 최종 출력정보 출력파일이 나오는 게 아니냐 그래서 파일을 우리가 내용에 따라서 내용에 따라서 이렇게 분리해 볼 수가 있습니다. 자 왜 이거 왜 이렇게 빨리 이야기하노 옛날에 다 했던 거 타 과목에서 이미 마르고 닦도록 했기 때문에 다시 요렇게 정리를 합니다. 알겠죠. 오케이 좋아요. 좋습니다. 자 파일 설계 다 했고요. 자 이것도 이미 다 있는 거죠. 파일 구성에 따른 분류 자 파일 편성 이제 파일 안에 있는 데이터를 실제 데이터를 레코드 노드 정점 원소 요소들을 어떤 식으로 편성했느냐 편성 편성에 따른 분류다 그죠 이 편성을 어떻게 하냐에 따라 뭐가 달라지노 파일 속의 데이터 내용의 억세스가 달라요.

화자 1
18:43
억세스 리더나이트하는 방법이 달라지죠 억세스 자 접근방식이 달라지죠 처리방식 접근방식 파일 속에 있는 데이터가 처리되는 처리 방식이 달라지기 때문에 파일 편성 파일 구성 굉장히 중요하다고 이야기했습니다. 맞나요? 그래서 크게 우리는 여러 가지가 있습니다. 순차 파일 그 다음에 직접 파일 아이 싸움 파일로 나눴죠 그래서 싸움 파일은 역시 다 했다. 식현실 엑세스 매스터 파일 이렇게 해가지고 순차 처리 순차 접근 파일이제 그래서 이거는 뭐야? 파일 속에 파일 속 이게 뭐야? 승점 DAT라는 데이터 파일이면은 예 처리될 데이터 1번 JH 어떻고 저것도 2번 어떻고 아주 데이터를 발생한 순서대로 낮이란 이런 데이터 파일을 뭐라 이런 파일을 순차 파일이라 하잖아요. 그죠 오로지 데이터 영역만 있는 거죠. 데이터가 순차 또는 연속적으로 데이터를 저장하는 판에서 순차 접근이 가능한 주로 뭐다 자기 테이프에 많이 쓰이는 파일이다.

화자 1
19:42
그래서 자기 테이프는 데이터를 뭐다 순차 접근 사음 파일로 처리하제 테이프에 들어있는 데이터는 반드시 순차적으로 처리됩니다. 맞나요? 그래서 여러분이 지난번에 들은 내가 키우는 유명한 가수 누구다 이성의가 있죠. 정의서 노래 들었나 숟가락 적거라 좋죠. 함 불러줄까 또 예 자 그 노래가 테이프에 어 카센테이프 있다면 어떻게 그게 다섯 번째 있다면은 듣기 싫은 실은 1번 설운도의 차차차 2번 뭐 이분 누구예요? 걔 누구야 송 대관의 뭐 송대관 노래 차표 앉아 4번에 나훈아의 나훈아에 듣고 4분의 그 또 누구예요? 옥경이 그 누고 이름도 잊어버렸다가 아 다 태진아 태진아의 자기야 뭐 듣고 다섯 번째 우리 그 누구요. 우리 일송이의 숟가락 젓가락을 들어야 되잖아. 빨리 감든지 그렇죠. 그래서 테이프에 들은 파일은 반드시 순차 파일이 된다는 거죠.

화자 1
20:40
특징은 이미 다 알죠 가장 간단한 방식의 파일 편성 파일 구성법이고 대신 접근 속도가 빠르고 공간이 효율적이다. 왜 바로 여기서 이거 바로바로 접근되고 공간은 오로지 뭐만 존재하니까 딱 필요한 데이타 에리어만 할당이 되니까. 공간의 효율적이다. 공간의 낭비가 발생하지 않는다는 거죠. 다른 말로 공간에 낭비가 발생하지 않는다. 단점은 뭡니까? 검색이 비효율적이다. 맞죠. 내가요 나는 다섯 번째를 찾고 싶으면 쓸데없는 걸 다 찾아야만이 다섯 번째를 찾을 수가 있으니까 그리고 삽입과 삭제가 굉장히 불편하제 내가 만약에 두 번째 세 번째의 새로운 노래를 집어넣고 싶으면 새로운 데이터를 집어 입고 싶으면 수많은 데이터가 이동을 해야 돼요. 맞나 삽입과 삭제가 굉장히 불편 이런 걸 리패킹 현상이 심하고 다른 말로 발 복사가 심합니다. 발 전체가 복사돼야 되고 데이타 이동이 심하죠. 데이타 이동이 심하다 다 같은 말이제 이미 했는 이야기다 맞죠.

화자 1
21:38
데이터의 삽입과 삭제가 굉장히 불편한 게 순차 파일로 편성된 데이터들은 에 순차적으로만 처리되지 그죠 특정 데이타가 한번에 처리되지 않습니다. 왜 이미 우리가 다 공부를 했기 때문에 빠르게 이야기한다. 그렇죠. 자료 구조에서도 이야기 다 했잖아요. 자료구조에서는 이거는 뭐야? 바로 선영구조 중에서도 우리가 순서 리스트죠 그죠 순서 리스트 이 순서 리스트에 이름을 붙이면 뭐가 되노 순차 파일이 되는 겁니다. 되겠죠. 똑같은 거 자 집적 파일은 다이렉트 엑세스 매스도 해 가지고 집적 파일들은 레코드 데이터를 순서 없이 임의 물리적 저장 공간에 기록하는 것으로써 댐 혹은 랜덤 파일이라고 하고요. 이미지 접근이 가능한 자기디스크에 많이 쓰고 해싱 함수의 집적 파일은 해싱 함수에서 계산된 물류 주소를 통해 접근하는 거 해시 테이블 생각납니까 그래서 해싱이죠.

화자 1
22:33
해싱 해싱 기법에 의해서 데이터들의 주소를 해시 테이블에 에 해시테이블 해시 해싱 알죠 해시 펑션 해시 함수에 의해서 물리적 주소를 구하죠. 구해준 주소 어디다 해시 테이블에 저장해 놓고 해시 테이블을 검색해서 데이터를 리더 나이트 하는 게 직접 파일이다. 그러다 보니까 검색이 굉장히 빠르고 한 번에 찾아갈 수가 있죠. 단점은 뭡니까? 공간이 비효율적이죠. 데이터 이래야만 있는 게 아니고 해시 테이블을 위한 공간이 또 메모리에 있어야 되기 때문에 따로 보관해야 되기 때문에 공간이 낭비가 많이 심하죠. 낭비 이 메모리에는 실제 데이터 들어가야 되는데 데이터를 찾기 위한 주소를 모아 나눈 해시 테이블을 위해서 공간을 따로 마련해야 되기 때문에 공간 사용이 비효율적이라는 거 이미 했기 때문에 이렇게 빠르게 이야기해도 되지요 웃어요. 됩니다.

화자 1
23:28
예 그래서 여러분 내 강의 다 듣고 난 뒤에 내가요 30분 만에 컴퓨터 구조부터 끝까지 오늘 시스템 분석까지 다 정리해버린다 뚝 알겠나 그럼 그 안에 문제가 다 나오는 겁니다. 그래서 이렇게 강의를 듣고 우리 거 핵심 적중 문제가 아니라 이미 강의돼 있어요. 그거 딱 문제 풀어보면 끝나요? 고 100문제 고 안에 다 있어요. 빠져나갈 수가 없는 거예요. 그러니까 적중률 100프로라는 이야기 여러분 선배들 제재치의 강의는 100프로다 이런 이야기 나오는 게 100문제를 딱 내주면 고 안에서 고대로 나온다니까 번호만 다르고 말 표현은 좀 다르겠지 왜 부처님 손바닥 제재치 손바닥 에 그게 우리 병태 손바닥 순자 손바락으로 전달됩니다. 전달됩니다. 알겠나 예 자 좋고요. 공부할 것도 없고 자 그다음에 아이스함 파일 너무나 잘했죠. 아이스한 파일은 뭐다 인덱스드 순차 파일이죠.

화자 1
24:24
그죠 데이터 파일을 형성해 순차 처리와 랜덤처리 모두 가능하고 순차파일과 제일 중점에 장점을 결합한 구조로 주로 자기 디스크 그에 많이 쓰고요. 레코드의 추가 사정 삭제가 굉장히 좋은 거 자 아이스한 파일은 뭐 데이터를 저장할 때 프라이머리 데이터에만 저장하는 게 아니고 인덱스 에리아와 오버플루오 에리아 그죠 공간이 3개가 마련되겠죠. 그래서 인덱스 에리아에 들어가는 게 뭐고 실제 내가 가지고 있는 데이터에 저 레코드에 뭐 어 주소와 주소와 뭐가 기록된다. 그 레코드를 대표하는 기본 키 키 값이 표현되죠. 주소와 키 값이 들어가고 실제 데이터들은 여기 쭉 들어가겠죠. 그렇죠. 그래서 이런 인덱스 에리아 인덱스 에이란 단어는 뭐 트랙 인덱스가 있고 실린더 마스터가 있고요.

화자 1
25:08
그죠 그럼 실제 데이터가 들어가는 공간이고 여기는 어 이 공간이 부족할 때 사용되는 오버플로에리아가 있고 오페리어는 또 실린더 오브플로우와 독립적인 오버플로에리아가 있다는 이미 강의를 잘 들었지 아이스한 파일 영역이 영역이 3개 마련되고 그죠 예 요렇게 되는 거 데이터에 레코드에 추가 수정 삭제가 굉장히 좋은 구조 되겠나 아이 쌈 파일입니다. 아이스한 파일 예 그래서 이 파일 편성법이 3가지가 기본이고요. 또 요거 외에 뭐 자 간혹 문제는 안 나오지만 여기서 리스트 파일 편성법도 있어요. 니스트 파일 리스트 파일 편성법이 있는데, 요놈은 뭐냐 하면 우리 자료 구조에서 모든 데이터를 연결 리스트로 연결 리스트로 구현한 파일이죠. 연결 리스트의 이름을 붙이면 뭐다 리스트 파일이 되는 거죠.

화자 1
26:00
데이터를 실제 데이타 레코드만 두는 게 아니고 노드만 두는 게 아니고 다음 데이터의 주소 데이터를 해 가지고 모든 레코드를 이렇게 주소로서 연결 연결해서 파일을 편성하는 경우 리스트파일편성법이라 합니다. 그죠 그래서 요 교재에는 없어도 좀 살짝 요것만 하면 된다. 우리가 보통 사은 파일 아이사한 파일 직접 파일로 구성하는데 자료구조에 연결 리스트로 구현한 파일이 무슨 파일이다. 리스트 파일이다. 리스트 파일은 대자로 이렇게 주소로서 연결해 가지고 하나의 파일을 만들어내는 거다 요 정도만 알아 놓으면 되겠습니다. 리스트 파일 편성법 좋습니다. 좋아요. 자 이런 파일 설계 파일 편성설계 가장 중요하고요. 이런 파일설계를 순서는 뭐 아니면 이거는 시험에 거의 안 나오는데 파일의 성격을 검토하고 항목의 검토 성격 항목 특성조사 매체검토 그다음에 편성법을 적용합니다.

화자 1
26:56
되겠나 자 파일 쓸 때 다시 파일의 성격 검토요 이 파일이 무슨 데 성격은 뭐고 프로그램인가 데이터인가 이게 검토해서 성격검토 그리고 항목 검토 요 그다음에 특성 조사 그리고 매체 검토 매체 어느 매체 처리할 것인가? 그리고 편성은 싸움으로 할 것인가? 알싸움으로 할 것인가? 그렇죠. 그냥 지적으로 할 것인가? 미스터로 할 것인가? 그렇죠. 편성 중요하죠. 싸움 파일로 편성 구성할 것인가? 아이 싸움으로 할 것인가? 지적으로 할 것인가? 리스트 파일로 할 것인가? 이런 걸 결정하는 거다 이 말입니다. 연락 파일의 성격 검토 항목 검토 특성검토 매체검토 편성 검토 이 말이죠. 그래서 자 성격 강모 특성 매체 편승 좋습니다. 되겠나요? 깔끔하게 정리가 돼 있죠. 그렇죠. 그래서 입출력 설계와 파일 설계는 혹시 1문제 정도 나온다고 그러죠 많이 나오지는 않는다.

화자 1
27:53
여기서 나오면 빵한 이야기들이 입력설계 순서 출력설계 순서 그 다음에 파일 편성 파일 순서 됐나요? 병태야 순자야 예 좋습니다. 자 오늘 요렇게 실시간 가볍게 마치고 그렇죠. 한 10분 뒤에 또 바로 들어가도록 하겠습니다. 잠시 후에 만나 뵙겠습니다.

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분 뒤에 돌아오겠습니다. 잠시 후