마스터 플랜

[ Master plan ]
  • 분야

    체육관리

경영에 있어서 계획의 개념. 일반적으로 말하는 계획이 목표나 방침을 구체적인 활동에 연결시키기 위한 구체적 계획인 데 반하여 마스터 플랜은 경영의 이상을 추구하는 것이며, 현 상태에서 바로 활동으로 옮길 수 있는 것이 아니고 몇 개의 장애를 극복하고 장래의 이상이나 목표를 추구하기 위한 기본적 계획이다. 마스터 플랜에는 경영 전반에 관한 것뿐 아니라 경영의 각 부문이나 사업에 관한 기본 계획도 포함되어야 한다. 체육의 경영이나 행정에서는 이 기본적 계획의 검토가 아직 불충분한 것이 많다. 중앙 행정에서의 마스터 플랜이 발표된 적도 있으나(체육•스포츠의 보급 진흥에 관한 기본 방침, 1988년 서울 올림픽 대회 개최 종합계획 등) 기본 계획으로서의 이상성이나 종합성을 좀더 검토해 보아야 할 여지도 있고, 기본 계획에 근거한 구체적 계획의 실현에도 곤란한 점이 없지 않다. 체육 계획이 비교적 정비되어 있다고 할 수 있는 학교체육에서도 학습지도의 계획이나 클럽 지도를 포함하여 마스터 플랜을 세우고 있는 예는 많은 편이 아니다. 현실적으로 마스터 플랜을 세우기 위한 기초 이론에 따라 형태를 갖추기 시작한 것은 시설에 관한 경영이나 행정의 계획이다. 시설의 마스터 플랜은 당연히 이상(理想)으로서 어떤 내용의 체육을 전개하고자 하는가에 따라 결정되는 것이며 또한 운동의 성립이나 효과에 관한 시설의 종류•규모•수량•배치 등의 기초 이론에 근거하는 것이다. 따라서 각 경영이나 행정 주체가 장래의 체육의 자세를 명확히 하며 기초 이론을 확립해 나아가야 한다. 또 체육경영은 체육사업을 중심으로 하고 다이내믹한 운영이 요구되는 것이기 때문에 단지 시설의 기본 계획뿐 아니라 클럽 서비스나 각종 프로그램 서비스에 관한 마스터 플랜이 검토되어야 한다. 마스터 플랜은 그 조직체의 체육의 이상에 따른 실현 가능한 기본 계획이기 때문에 장기간에 걸쳐 기능하는 것이다. 따라서 이상이나 그것을 구성하고 있는 여러 조건의 변화에 따라서 계획의 수정도 있을 가능성은 있으나 장기적인 안목을 가진 이상의 확립이 요청된다.

[네이버 지식백과]마스터 플랜[Master plan] (체육학대사전, 2000.2.25, 민중서관)



by givingsheart 2014. 3. 28. 07:53

<과정 개요>
데이터베이스 구축 후 발생하는 다양한 현상 중에는 메모리 영역의 충돌로 인한 오라클 서버의 종료, 디스크 장치의 노후화로 인한 IO 문제, 사용자의 실수로 인한 데이터의 삭제 및 변경 등 사전에 인지할 수 없는 장애 현상들이 발생합니다. 소중한 기업의 데이터가 유실되는 것도 문제일 뿐만 아니라 실시간으로 사용자들에게 데이터를 서비스할 수 없게 되는 경우 기업들이 사용자들로부터 외면 당하는 것은 더 큰 문제가 아닐 수 없을 것입니다. 이러한 문제를 빠른 시간 내에 해결하기 위해서는 체계적인 백업과 복구 전략을 수립해야 합니다



강좌내용

교육목표데이터베이스에서 발생하는 다양한 장애 현상에 대한 원인을 분석할 수 있고 빠른 시간 내에 복구할 수 있는 기술을 배양, DBMS(Database Management System)에서 제공하는 백업과 복구 방법에 대한 학습을 통해 체계적인 복구 전략을 수립, 오라클 서버의 물리적 구조와 논리적 구조들에 대한 이해를 기반으로 데이터베이스 구축 시 고려해야 할 다양한 설계 전략을 수립, 사용자 세션을 효과적으로 관리할 수 있는 네트워크 솔루션 기술을 배양
강좌내용1 강 - 3 시간
노-아카이브와 아카이브 모드
• 노-아카이브와 아카이브 모드
• 전체 완전 복구 
• 테이블스페이스 완전 복구
• 데이터 파일 완전 복구

2 강 - 3 시간
Oracle 서버 구조
• Oracle 서버 구조 
• SELECT문의 처리과정
• DML문의 처리과정
• COMMIT문의 처리과정
• 백업과 복구 원리
• 컨트롤 파일과
• 리두로그 파일의 미러링

3 강 - 3 시간
전용서버 프로세스와 공유서버 프로세스
• 전용서버 프로세스와 공유서버 프로세스
• 로드밸러스와 Fail Over
• 데이터베이스 링크
• 기타 네트워크 솔루션
∎ PARALLEL RECOVERY

4 강 - 3 시간
RMAN 유팉리티
RMAN 유팉리티
• 리모트 DB 접속을 위한
• 환경 설정
∎ LISTENER.ORA
∎ TNSNAMES.ORA
∎ SQLNET.ORA 
∎ Naming Method

5 강 - 3 시간
취소기반 불완전 복구
• 취소기반 불완전 복구
• 변경기반 불완전 복구
• 시간기반 불완전 복구
• 기타 복구 솔루션
∎ CHECKSUM 
∎ 병렬복구
∎ 데이터 가드
∎ IMPORT & EXPORT


강좌일수5 일강좌시간15 시간
참조과목오라클 데이터베이스 백업과 복구


by givingsheart 2014. 3. 27. 18:05

<과정 개요>
소프트웨어 기술을 하루가 멀다 하고 발전에 발전을 거듭하고 있습니다. 소프트웨어 개발자와 개발팀은 새로운 기술을 익히고 적용하는 일로 늘 바쁩니다. 덕분에 시스템의 생명주기 점점 짧아지고 있습니다. 업무 영역(도메인)에서는 별다른 변화가 없음에도 불구하고, 기술적인 변화 때문에 시스템을 개선하거나 재구축하는 경우도 종종 발생합니다. 
이런 상황에서 업무 모델이 기술과 뒤섞여 있으면 기술이 변경될 때, 업무 모델과 컴포넌트도 함께 변경될 수 밖에 없습니다. 소프트웨어 설계 기술은 이런 상황에서 두 가지 서로 다른 성격의 요소를 분리하라고 가르칩니다. 관심사의 분리(Separation of concern)라는 설계 원칙을 적용해야 하는 상황입니다. 쉽게 변화하는 소프트웨어 기술과 상대적으로 변화가 더딘 도메인(업무)를 잘 분리하는 것이 좋은 설계의 기본 요건입니다. 
Domain Driven Design 접근 방법은 이러한 상황에서 주목을 받게 되었고, 객체 모델링에서는 이러한 사상을 반영하여 Domain Object Modeling을 강조합니다. 많은 소프트웨어 개발팀에서 DDD나 DOM은 사상이나 이론 수준에서 머물러 있습니다. 현실로 다가오지 못하는 그래서 책에서나 볼 수 있는 기술입니다. 이러한 설계 접근방법을 실무에 적용할 수 있다면 우리가 오래도록 꿈꿔 왔던 “재사용 가능한, 유연한” 시스템 설계가 우리 팀의 현실이 될 수 있습니다. 



강좌내용

교육목표- 도메인 중심 객체 모델링에 대한 깊은 이해 
- 도메인 모델과 아키텍처 모델의 결합에 방식에 대한 이해 
- 분석 모델, 아키텍처 모델, 설계 모델 간의 상관관계 이해 
- 모델링 절차에 대한 이해 
강좌내용1 강 - 3 시간
Modern SW Development Cycle
1. Modern SW Development Cycle (1h)
2. Domain Object Modeling 시연(2h)
- 요구사항 명세(Narrative, UseCase, and more) 
- DOM을 이용한 UseCase 분석 시연 
- POC 프로토타입을 통한 DOM 구현 시연 


2 강 - 3 시간
Domain Object Modeling 실습
1. Domain Object Modeling 실습(3h)
- 요구사항 명세 이해 
- DOM을 이용한 UseCase 분석 실습 
- POC 프토타입을 통한 DOM 구현 실습 


3 강 - 3 시간
DOM과 아키텍처 결합 시연
DOM과 아키텍처 결합 시연(3h)
- 아키텍처 설계 시연 
- DOM+POC와 아키텍처 결합 시연 


4 강 - 3 시간
DOM과 아키텍처 결합 실습
DOM과 아키텍처 결합 실습(3h)
- 아키텍처 설계 실습 
- DOM+POC와 아키텍처 결합 실습 


5 강 - 3 시간
Domain Driven Design 이해
-Domain Driven Design 이해(1h) 
-DRS(Domain, Resource, Service) 패턴 이해(2h) 

강좌일수5 일강좌시간15 시간
참조과목DDD와 도메인 객체 모델링


by givingsheart 2014. 3. 27. 18:03