'소프트웨어개발'에 해당되는 글 1건

  1. 2006/11/15 마이크로소프트가 보는 소프트웨어개발 트렌드

마이크로소프트가 보는 소프트웨어개발 트렌드

View Comments

월간 마이크로소프트웨어에 넘긴 원고가 닷넷프레임워크 3.0 연관시켜 작성했다면, 이번 글은 오직 소프트웨어개발 트렌드에 대한 자세한 설명입니다. 용어와 설명은 필요에 따라 필자가 번역하였습니다.


최신
자료에 의하면, 마이크로소프트가 내다보는 소프트웨어개발 트렌드는 다음과 같다.

  • 차등화 사용자 경험(Differentiated User Experience)
  • 서비스 기반 개발(Service-Oriented Development)
  • 비즈니스 프로세스 모델링(Business Process Modeling)
  • 디지털 정체성 관리(Digital Identity Management)

하나씩 살펴보도록 하자.



1.
차등화 사용자 경험(Differentiated User Experience)


개발자들 사이에 '사용자 경험' 대한 공감대가 생기기 시작한 구글 신드롬과 Ajax 열풍에 있다고 봐야 것이다. Ajax 용어를 정의한 제시 제임스 가렛은 <경험디자인의 요소>에서 사용자 경험에 대해 다음과 같이 썼다.


사용자 경험이란 (때로는 매우 큰 영향을 미치기도 하겠지만) 제품이 내부적으로 어떻게 작동하는가의 문제가 아니다. 사용자의 경험은 제품이 외부에서, 즉 한 사람이 그 제품과 접촉하고 그것을 가지고 일하는 그곳에서 어떻게 동작하는가의 문제이다.

간단하게 풀어 쓴다면, 사용자 경험이란 '사용자가 해당 웹사이트에서 경험을 통해 느낀 모든 '이라고 있다. 예전에는 디자이너, 컨설턴트, 아키텍처들 사이에서 쓰이는 용어였다(제시 제임스 가렛의 공식직함은 인포메이션 아키텍처이고, 최근에 실린 글엔 자신을 디자이너라고 했다). 

구글 신드롬과 Ajax 열풍으로 사용자 경험에 대한 인식이 폭넓게 자리잡아가면서, 마이크로소프트에서도 이에 대한 자료를 조금씩 내놓고 있고, 소프트웨어개발 트렌드로 '차등화된 사용자 경험' 꼽았으니 기회가 된다면 관련 글을 써보도록 하겠다.


여기서
중요한 사용자 경험에도 차등화를 주겠다는 점이다
.


2. 서비스 기반 개발(Service-Oriented Development)


서비스
기반 개발은 프로그래밍 형식이 변해감에 따라 나왔고, 단일 어플리케이션의 설계를 서비스 지향 아키텍처(SOA: Service-oriented architecture) 개념을 적용한 개발방법론이다[注:|http://www.serviceoriented.org/soda.html].


어플리케이션에
적용하면 Service Oriented Development of Applications이라고 해서 SODA라고 부른다
.

:: 자세한 정보 – SODA

Service-Oriented Development of Applications
http://en.wikipedia.org/wiki/Service-Oriented_Development_of_Applications

What does it mean that service-oriented development will be coupled with service-oriented architecture?
http://searchwebservices.techtarget.com/ateQuestionNResponse/0,289625,sid26_cid498474_tax292927,00.html


3.
비즈니스 프로세스 모델링(Business Process Modeling)


비즈니스
프로세스 모델링은 기업의 비즈니스 프로세스를 선진화된 표준 규약을 준수하여 설계하도록 함으로써 프로세스에 대한 명세 프로세스가 표출하는 데이터와 연계 지점을 명확하게 하여 프로세스 간의 통합이 가능할 있도록 하는데 있다. 작업흐름(workflow) 대체하는 개념이다
.

BPM 동기와 설계 목적은 다음과 같다.


1.
내부와 외부의 통합을 연결하고 통일한다. : 내외부 통합을 위해 BPMI 인터페이스 프로세스 설계 개념과 전체 종단간(end-to-end) 프로세스 설계 개념의 명확한 구분을 모색하였다. 각각의 설계 프로세스가 독립적으로 관리될 있도록 하며, 프로세스 업무가 협력사, 시스템, 그리고 그들의 보안 방화벽 사이를 매끄럽게 이동할 있도록 지원한다.


2.
사람 업무 중심의 워크플로우와 기계가 처리하는 프로세스를 합병한다. : 기존의 프로세스 지향 접근 방식은 인간에 의한 업무와 컴퓨터에 의한 업무를 명확하게 구분했다. 그러나 BPML 구분을 없애고 있다.


3.
호스트 서비스의 성장을 촉진한다. : 서비스 기술은서비스로서의 소프트웨어 표방하는 기술이며, 컴퓨터 네트워크를 통해 응용시스템과 비즈니스 서비스를 원거리에서 제공하는 가능성에 대해 관심을 불러 일으켰고, BPML 프로세스 정의 안에 호스트 서비스를 포함하도록 설계되고 있다.


4.
핵심 후방 오피스 시스템을 포함한다. : 레거시 시스템이 잠재적으로 재사용될수 있는 수천만 행의 프로그램 코드를 가지고 있다는 것을 알기 때문에, BPML 기존의 소프트웨어와 절차들을 정확하게 표현할 있도록 설계되었다.


5.
미들웨어를 대처하는 것이 아니라 재사용한다. : 기존 구성된 미들웨어 하부구조에 대한 투자가치를 인식하여, BPMI 개발 그룹은 응용프로그램 서버, 디렉토리, 메시징과 같은 표준 미들웨어 구성요소 위에 BPML 없어질수 있도록 설계하였다.


6.
비즈니스 변화를 지원한다. : 기존의 프로세스 모델링에 관한 접근방식, 도구, 방법의 분석에 기초하여, 변화하는 비즈니스 접근방법에 반응하고 적응할 있는 프로세스를 BPML 실시간으로 표현할 있도록 하였다.


7.
분산 실행을 지원한다. : BPML 핵심 임무를 위해 설계되었으므로, 높은 수준의 분산 환경을 지원한다.


8.
오프라인 상태의 프로세스 교환과 재사용을 지원한다. : BPML 온라인과 오프라인 모두를 통한, 적용 가능한 패키지 프로세스의 교환을 위한 필수 요구 사항들을 고려하였다.


9.
프로세스를 재사용한다. : BPML 프로세스가 기존 프로세스 패턴을 최대한 활용하도록 함으로써 높은 수준의 재사용성이 보장되도록 설계되었다.


10.
베스트 오브 브리드(best-of-breed) 해법의 조합을 가능하게 한다. : 하나의 소프트웨어 회사가 모든 분야에 대해서 완벽한 해법이나 베스트 오브 브리드 제품들을 공급할 수는 없다. BPML 사용 패키지 제품을 간단하게 통합할 있도록 설계되었다.


11.
기존 표준을 대처하는 것이 아니라 기반으로 활용한다. : BPMI 유용한 표준들을연합한다는 철학을 받아들이고 설계방법에 같은 원리를 충실하게 적용하였다.


12.
서비스를 조직화한다. : BPMI 프로세스 표준과 서비스 표준이 호환되도록 매우 노력을 쏟았다.


::
자세한 정보 - BPM

Business Process Management
http://en.wikipedia.org/wiki/Business_Process_Management

오래된 워크플로우? 새로운 BPM!
http://blog.naver.com/webmare/60029780091

워크플로우를 제대로 이해하자
http://blog.naver.com/webmare/60029780916

워크플로우 엔진 개발의 초석을 세우자
http://blog.naver.com/webmare/60029782270



4.
디지털 정체성 관리(Digital Identity Management)

디지털 정체성[注:|http://ko.wikipedia.org/wiki/%EB%94%94%EC%A7%80%ED%84%B8_%EC%95%84%EC%9D%B4%EB%8D%B4%ED%8B%B0%ED%8B%B0]이란 "실제 개체의 요약된 정보를 가진 식별가능한 "[注:|http://blog.naver.com/rain1125/70004606607]이라고 있다.

쉽게 말하면, 디지털 정체성 관리 디지털 정체성을 관리한다. 앞으로는 개인의 정체성이 디지털로 표현이 되므로 보안적 측면에서 더욱 중요성이 강조되고 있다.

우리가 가지에 주목해야 하는 이유는 이렇다. 많은 이들이 마이크로소프트에 대해 부정적인 말을 한다 하더라도 산업 전반에 미치는 영향력은 실로 막대하다. 특히, 닷넷진영에 있는 이들에게는 거의 절대적이다. 그렇기에 MS에서 소프트웨어개발 트렌트를 짚어보았다는 , 앞으로 우리가 무엇을 준비해야 하는가에 대해 알려주는 이정표라 있다.


PDF 다운로드

2006/11/15 15:39 2006/11/15 15:39

댓글0 Comments (+add yours?)

트랙백0 Tracbacks (+view to the desc.)

Newer Entries Older Entries