신개념 앱(App) 솔루션 기술 동향 보고서
본 자료는 4페이지 의 미리보기를 제공합니다. 이미지를 클릭하여 주세요.
닫기
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
해당 자료는 4페이지 까지만 미리보기를 제공합니다.
4페이지 이후부터 다운로드 후 확인할 수 있습니다.

소개글

신개념 앱(App) 솔루션 기술 동향 보고서에 대한 보고서 자료입니다.

목차

1. 개요
1.1 시스템 소프트웨어 정의
1.2 문서 목적
1.3 참고 문헌

2. 기능적 모델링
2.1 Use Case 명세
2.2 Use Case Diagram

3. 구조적 모델링
3.1 Class 명세
3.2 Class Diagram

4. 요약 및 정리

본문내용

브리드 플랫폼 <그림1>
8) 서비스 지향 아키텍처 (SOA :Service oriented architecture)
Service-Oriented Architecture(SOA(서비스 지향 아키텍쳐))는 정의가 잘된 인터페이스와 서비스들 간 콘트랙트(contracts)를 통해, 서비스라고 하는 애플리케이션의 다양한 기능 단위를 상호 연관시키는 컴포넌트 모델입니다.
인터페이스는 하드웨어 플랫폼, 운영 체계, 프로그래밍 언어에 독립적인 방식으로 정의됩니다.
따라서 다양한 시스템들에 구현된 어떤 서비스라도 일반적이고 통합된 방식으로 인터랙팅 할 수 있습니다.
특정 구현에 얽매이지 않은 중립적인 인터페이스를 가졌기 때문에 서비스들간 약결합(loose coupling)으로 알려져 있다.
약결합 시스템의 장점은 기민성과 각 서비스의 내부 구조 및 구현의 변화에 대응할 수 있는 능력을 꼽을 수 있습니다.
반면 강결합(tight-coupling)은 애플리케이션의 다양한 컴포넌트들이 기능과 형식면에서 밀접하게 연관되어 있어
애플리케이션 일부나 전체를 변경할 때 까다롭습니다.
약결합 시스템의 필요성은 비즈니스 애플리케이션이 변화하는 환경에 빠르게 적응해야 하는 데서 기인했습니다.
정책, 주력 비즈니스, 비즈니스 포커스, 파트너쉽, 산업 표준, 비즈니스의 본질에 영향을 미치는 관련 요소들은 늘 변화하기 마련입니다.
우리는 이러한 환경에 유연하게 대처할 수 있는 비즈니스를 온 디맨드 비즈니스(On demand business)로 명명하고 있습니다.
서비스 지향 아키텍쳐는 새로운 것은 아니고, 다만 지난 십년 동안 출현했던 강결합 객체 지향 모델에 대한 대안 모델이라 할 수 있습니다.
SOA 기반 시스템이 개별 서비스가 객체 지향 디자인으로 구현될 수도 있다는 것을 배제하지 않는 반면, 전체 디자인은 서비스 지향입니다.
시스템 내에 객체를 허용하기 때문에 SOA는 객체 기반 이지만 전체가 객체 지향은 아닙니다. 그 차이는 인터페이스에 있습니다.
초기 SOA 시스템의 고전적인 예는 Common Object Request Broker Architecture (CORBA)인데 이는 SOA와 비슷한 개념을 정의하고 있습니다.
하지만, 오늘날 SOA는 eXtensible Markup Language (XML)에 기반하여 진보했다는 점에서 차별됩니다.
Web Services Definition Language (WSDL)라고 하는 XML 기반 언어로 된 인터페이스를 설명하게 되면서,
서비스는 CORBA의 Interface Definition Language (IDL)보다 동적이고 유연한 인터페이스 시스템으로 옮겨가게 되었습니다.
웹 서비스가 SOA를 구현할 수 있는 유일한 방법은 아닙니다. 앞서 설명했던 CORBA도 하나의 방법이고,
따라서 IBM의 MQseries 같은 메시지 지향 미들웨어도 마찬가지 입니다. 하지만 아키텍쳐 모델이 되기 위해서는 서비스 디스크립션 그 이상이 필요합니다.
전체 애플리케이션이 서비스들 간 워크플로우를 어떻게 수행하는지에 대한 정의를 내려야 합니다.
뿐만 아니라 비즈니스 연산 대 비즈니스에서 사용되는 소프트웨어 연산 사이의 변형 포인트를 찾아야 합니다.
따라서 SOA는 비즈니스의 상용 프로세스를 기술 프로세스와 연관시킬 수 있어야 하고, 둘 사이에서 워크플로우 관계를 매핑해야 합니다.
예를 들어, 공급자 역할을 하는 것은 비즈니스 프로세스이고 새롭게 공급된 것을 추가하여 부품 데이터베이스를 업데이트 하는 것은 기술 프로세스이다.
따라서 워크플로우는 SOA 디자인에서 중요한 역할을 합니다.
더욱이, 동적 비즈니스의 워크플로우에는 부서들 간 작동 뿐만 아니라, 다른 외부 파트너들의 작동이 포함되어 있어 여러분에게는 제어권이 없습니다.
서비스 레벨 계약과 운영 정책의 형태로, 서비스들 간 관계가 발생하는 방법에 대한 정책을 정의해야 합니다.
마지막으로, 계약 조건에 따라 프로세스를 수행한다는 신뢰 속에서 이 모든 것이 작동되어야 합니다.
따라서, 보안, 신용, 신뢰성 있는 메시징은 어떤 SOA에서든 중요한 역할을 합니다
9) SOA기술을 결합한 하이브리드 앱
9) 하이브리드 플랫폼의 전망
최근 폰갭 1.0이 릴리즈되면서 www.phonegap.com/support에 다양한 내용이 추가됐다.
온라인 교육, 포럼, 폰갭 빌드, 플러그인, 리모트 디버깅 지원 등의 다양한 지원이 강화된 것.
BASIC, STARTER, PRO, CORPORATE, ENTERPRISE 등의 다섯가지 우료 지원 프로그램이 운영되고 있다. 폰갭 웹사이트는 MIT 라이선스로 폰갭 소스를 무료 배포하는 대신 폰갭 확산을 지원하는 유료 프로그램으로 수익을 창출하고 있다. 수익 창출을 서비스 컨설팅으로 맞춰 폰갭의 빠르고 안정적인 성장을 도모하는 모습이다.
www.phonegap.com/case-studies를 참고하면 다양한 폰갭 적용 사례에 대한 내용을 확인할 수 있다. 이 부분을 통해 폰갭을 이용한 응용 프로그램 제작이 어떤 형태로 이뤄지는지 확인해 보는 것도 폰갭을 확용하는 데 큰 도움이 될 것이다.
폰갭 로드맵에 따르면 2.X버전부터는 블루투스, 웹소켓, 캘린더 API, 메시징 API, 공통 메뉴 지원, 개선된 다국어 지원, Indexed DB 지원 기능이 추가될 것으로 기대된다. 이들 기능이 지원되면 지금보다 훨씬 막강한 하이브리드 앱 개발이 가능할 것이다.
10) 하이브리드 앱의 미래
처음 아이폰을 기반으로 출발한 폰갭은 이후 시장의 주요 플랫폼으로 확산되기 시작했다. 즉, 지금까지의 폰갭은 아이폰에서 출발해 다양한 플랫폼으로 확산되는 형태로 발전돼 온 것이다. 그렇다면 아있로의 폰갭은 어떻게 될까? 최근 윈도우8, 안드로이드4.0, iOS5등의 새로운 운영체제의 등장과 노키아의 심비안, 림의 블래베리, HP의 웹OS가 쇠퇴하는 것을 보면 아ㅍ으로의 폰갭은 다양한 플랫폼 지원이 주가 되지는 못할 것 같다. 이보다는 IE10, 크롬14, 새 버전의 사파리에서 한층 강화된 HTCML5의 기능을 활용해 지금보다 훨씬 풍부한 기능을 제공할 것으로 예상된다.

키워드

  • 가격3,300
  • 페이지수14페이지
  • 등록일2012.03.14
  • 저작시기2012.3
  • 파일형식한글(hwp)
  • 자료번호#734046
본 자료는 최근 2주간 다운받은 회원이 없습니다.
다운로드 장바구니