inner side

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

강좌내용

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

강좌내용

<과정 개요>
SW 생산성 및 품질 문제는 근원적으로 불명확한 요구 스펙에서 출발하기 때문에, 원가절감 및 납기준수를 달성하려면 무엇보다도 요구공학을 먼저 강화해야 한다. 더욱이 오늘날 기존의 SW패키지 및 기업 정보시스템과 차별화된 가치명제를 제공할 수 있는 혁신적 솔루션을 개발하기 위해서는, 사용자의 요구에 집중하고 반복점증적 개발을 통해 사용자의 피드백을 적극적으로 수렴해야만 한다. 이러한 이유들에서 최근 세계적으로 비즈니스 및 SW 분석전문가(Business Analyst)의 수요가 급증하고 있고, BABOK와 같은 국제 표준 가이드도 제시되고 있고, CBAP과 같은 국제자격인증도 출현하였다. 본 과정은 IT서비스, SW패키지 등 각 사업과 사업 내 특정 SW개발프로젝트의 환경 및 특성에 적합한 SW프로세스의 선정기준을 이해하고, 각 프로젝트에 특화된 SW프로세스를 정의함에 있어 요구공학 활동을 계획할 수 있는 역량을 배양한다. 요구분석 산출물 간의 메타모델을 이해하고, 프로세스, 데이터, UX 및 서비스 모델들과 일관성이 있는 Use Case의 도출 및 Use Case Scenario 작성기법을 실습을 통해 습득한다. 특히 SOA 정보시스템을 구현하기 위한 요구공학 방법론을 이해한다.

강좌내용

http://www.apache.org/

구글 키워드: spring cloud foundary

https://spring.io/blog/2011/04/12/cloud-foundry-for-spring-developers

http://wordpress.com/

http://www.salesforce.com/kr/

아잣!! 꼭! 열심히! 잘해서! 만들어서! 돈벌어보세!

http://dlucky.tistory.com/244